配置Codacy以检查被监视分支的所有分支？

Question

现在我们有Codacy监控DEV分支，根据推荐的实践，每当我们做一些事情时，我们就创建DEV的一个个人分支，处理它，然后重新合并。问题是，如果Codacy发现了问题，我们必须从DEV中分离出来，修改，然后重新合并。同时，DEV有这个有缺陷的代码，所以我们必须撤销合并，等等。如果你恐慌，因为海外的家伙很快就要上线了，有很多错误的空间！

我想出了三个可以接受的解决方案，可能还有更多：

• 配置Codacy以检查受监视分支的所有分支后提交。
• 我们倾向于一致地命名分支，因此可以指定正则表达式。
• 配置GitHub和/或Codacy，以防止在存在未决Codacy问题时拉出受监视分支

这些都有可能吗？

Answer 1

在/设置/分支下，可以为DEV定义“分支保护规则”，并根据需要设置Codacy状态。你将无法合并公关，除非你处理你的问题。

Answer 2

如前所述，请遵循以下方法

您应该通过使DEV成为受保护的分支来限制对它的任何推送。不允许直接提交，只有通过拉请求提交才能合并。同样，您也可以强制执行要通过的密码检查，以便允许合并。

见下面示例的设置

​

​

更新7月12日：

许多观点在评论上都得到了澄清，所以添加这些解释来回答。

Developer 1 ->提交给DEV_1分支->引发一个拉请求#1将DEV_1合并到Developer 2 ->提交到DEV_2分支->引发一个拉请求#2将DEV_2合并到DEV

PR #1和PR#2不能合并，因为我们已经指定密码状态检查必须通过。

这个来自Codacy的状态检查将执行您想要做的所有测试。一旦Codacy测试通过，它将更新PR，并根据Codacy结果的状态启用合并

Codacy测试不过是一张Post提交支票。Github不允许预提交钩子。Gitlab确实允许您有预提交钩子，但最好在使用Github时在PR上使用后置提交钩子。

​

​