Feature: Set nonzero exit code with --critical
还没有人认领这个 Issue。
评估
调研方向
首先定位 --critical 的 CLI 处理逻辑以及命令的退出状态路径。针对包含严重问题的仓库运行 git-sizer，并验证所选择的行为会产生非零退出代码，同时正常结果仍保持成功。
由索引模型根据 Issue 内容生成。
描述
For automation purposes, it would be a great feature to be able to analyze repositories and get a machine readable exit code that states that critical issues were found.
One way is to directly have --critical set the exit code or add another flag that does that if critical issues were found.
Thanks for creating this great tool.
- 主要语言
- Go
- 星标
- 4.1k
- 派生
- 202
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
github/git-sizer 的其他 Issue
-
Warehouse未关闭
难度 5/5 一周以上 新手友好度 10/100
-
git-sizer can fail on some very long lines可能已有人在做 @simonkundrik 于 108 天前认领。 未关闭
难度 3/5 1-2 天 新手友好度 45/100
-
难度 1/5 1 小时以内 新手友好度 10/100
-
难度 3/5 1-2 天 新手友好度 45/100
-
难度 5/5 一周以上 新手友好度 5/100
相似的 Issue
-
automation models
难度 1/5 1-3 小时 新手友好度 74/100
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 91/100
维护者通常 1 天内回复
-
confirmed enhancement go
难度 2/5 1-3 小时 新手友好度 78/100
DennisVlaanderen/aerendil#154 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 70/100
crossplane-contrib/provider-mongodbatlas#236 ·
维护者通常 1 天内回复
-
Generated README and SKILL omit HTTP-transport security settings and what local data the CLI keeps未关闭
难度 2/5 1-3 小时 新手友好度 82/100
mvanhorn/cli-printing-press#5181 ·
维护者通常 1 天内回复