我之前见过一个工具,它可以让我为GitHub拉取请求定义规则,并且可以在CI期间执行。拉取请求“linter”
的规则可以是例如:
- 的提交标题应尊重格式
- 改变不能的文件数高于10
- 应无杂散:在“焦点”规格
- 等
我不记得这个工具的名称。
我之前见过一个工具,它可以让我为GitHub拉取请求定义规则,并且可以在CI期间执行。拉取请求“linter”
的规则可以是例如:
我不记得这个工具的名称。
我发现我一直在寻找的工具:它叫Danger:
什么是危险?
危险在您的CI之后运行,自动化您的团队约定 周围的代码审查。
这提供了您的过程中另一个合乎逻辑的步骤,通过此 危险可以帮助减少日常代码审查中的死记硬背的任务。
您可以使用Danger编写您的团队规范,让人们认为 关于更难的问题。
例如?
您可以:
- 强制更新日志强制链接到Trello/JIRA在PR/MR机构
- 强制使用描述标签查找出普遍的反模式
- 亮点有趣构建工件给特定文件额外的焦点
- 危险提供了胶水,让你打造出具体到你的团队的文化规则,提供有用的元数据,并分享共同的问题进行全面
插件系统。
HoundCI通过thoughtbot是一个非常流行的工具。它是基于SaaS和免费使用的开源项目:https://houndci.com/
它支持ruby
和javascript
。
谢谢!它似乎仅限于代码检查。该工具,我脑子里想的也被应用到PR,提交信息本身,如果我没有记错。 – Kamchatka
任何Github集成的CI都会这样做。例如。检查这个:https://github.com/puppetlabs/puppet/blob/master/.travis.yml和这个:https://github.com/puppetlabs/puppet/blob/master/Rakefile –
谢谢。我试图记住的工具,除其他事项外并“确认提交信息匹配CONTRIBUTING.md要求”,但与DSL,不必编写自己的命令。 – Kamchatka