Objective c “拉动请求”；“林特”；

我刚才看到一个工具，它可以让我定义GitHub请求的规则，并且可以在CI期间强制执行

例如，规则可以是：

• 提交标题应遵循一种格式
• 更改的文件数不能超过10个
• 规范中不应出现杂散的“：焦点”
• 等等

---

我记不起这个工具的名字了。

HoundCI by thoughtbot是一个非常流行的工具。它基于SaaS，可免费用于开源项目：

---

它支持

ruby

和

javascript

HoundCI by thoughtbot是一个非常流行的工具。它基于SaaS，可免费用于开源项目：

---

它支持

ruby

和

javascript

我找到了我要找的工具：它叫：

什么是危险？ 危险在你的CI之后运行，使你的团队的约定自动化 周围的代码审查

这在您的流程中提供了另一个逻辑步骤，即 危险可以帮助你在日常代码审查中完成死记硬背的任务

你可以利用危险来编纂你的团队规范，让人类思考 关于更难的问题

例如 你可以：

• 强制更改日志强制链接到PR/MR机构中的Trello/JIRA
• 强制使用描述性标签注意常见的反模式
• 突出显示有趣的构建工件，为特定文件提供额外的关注点
• Danger为您构建特定于团队文化的规则提供了粘合剂，提供了有用的元数据和全面的
  插件系统共享常见问题

---

我找到了我要找的工具：它叫：

什么是危险？ 危险在你的CI之后运行，使你的团队的约定自动化 周围的代码审查

这在您的流程中提供了另一个逻辑步骤，即 危险可以帮助你在日常代码审查中完成死记硬背的任务

你可以利用危险来编纂你的团队规范，让人类思考 关于更难的问题

例如 你可以：

• 强制更改日志强制链接到PR/MR机构中的Trello/JIRA
• 强制使用描述性标签注意常见的反模式
• 突出显示有趣的构建工件，为特定文件提供额外的关注点
• Danger为您构建特定于团队文化的规则提供了粘合剂，提供了有用的元数据和全面的
  插件系统共享常见问题

---

谢谢它似乎仅限于代码检查。我想到的工具也适用于公关，如果我没记错的话，自己提交邮件。谢谢！它似乎仅限于代码检查。我想到的工具也适用于PR，如果我没记错的话，提交消息本身。任何Github集成的CI都可以做到这一点。例如检查这个：还有这个：谢谢。我试着记住一个工具，它可以“验证提交消息是否符合contribution.md要求”，但是使用DSL，不必编写自己的命令。任何Github集成的CI都可以做到这一点。例如检查这个：还有这个：谢谢。我试着记住一个工具，它可以“验证提交消息是否符合contribution.md要求”，但是使用DSL，不必编写自己的命令。