配置Codacy以查看受监视分支的所有分支？

Question

现在，我们有Codacy监视DEV分支，按照建议的做法，每当我们执行某项操作时，我们都会创建DEV的个人分支，进行处理，然后再合并回去。如果Codacy发现问题，那就是，我们必须从DEV分支出来，进行修改，然后再次合并。同时，DEV的代码有缺陷，因此我们必须撤消合并等操作。如果您感到恐慌，可能会出现很多错误，因为海外的人很快就会上线！

想到了三个可以接受的解决方案，可能更多：

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

这些可能吗？

Answer 1

在/ settings /分支下，您可以为DEV定义“分支保护规则”，并根据需要设置Codacy状态。在处理问题之前，您将无法合并PR。

Answer 2

如所讨论的，请遵循以下方法

  

您应该通过将对DEV的任何推送限制为受保护分支来对其进行限制。不允许直接提交，并且只能通过拉取请求提交进行合并。同样，您可以强制要求通过编码检查以允许合并

请参见下面的示例设置

7月12日更新：

评论中澄清了许多要点，因此请添加这些解释以回答

开发人员1->提交到DEV_1分支->提出请求1，以将DEV_1合并到DEV 开发人员2->提交到DEV_2分支->提出拉取请求＃2以将DEV_2合并到DEV

由于我们已指定编码状态检查必​​须通过，因此PR＃1和PR＃2无法合并。

此Codacy的状态检查将执行您要执行的所有测试。通过Codacy测试后，它将更新PR，并根据Codacy结果的状态启用合并功能

Codacy测试不过是Post提交检查。 Github不允许预提交钩子。 Gitlab确实允许您具有预提交钩子，但是与Github一起使用

时最好在PR上使用后提交钩子。