最佳实践：工作流程：何时合并为同类团队

Question

我是应用SCRUM并使用Gi​​t的学生程序员团队的技术经理。

我们使用以下分支模型： http://nvie.com/posts/a-successful-git-branching-model/

虽然我只在半个星期工作，但学生只要最适合他们的日程安排/个人需求（也可以在周末或有时在深夜）进行编程。

现在我们有不同的要求（我认为）不能太好了：

一方面作为具有技术责任的人，我想在进入开发分支之前检查代码，并能够检查代码是否存在单元测试，坚持编码风格和可维护性。

另一方面我希望我的团队经常合并，以免出现合并冲突（或至少保持尽可能少。

• 这是一个常见问题 - 其他人已经找到了 成熟的解决方案？
• 我这里有一个非常特殊的问题吗？你有没有 一个想法如何解决？
• 我是这么想的，我是否走错了方向 - 是我的前提 不知怎的错？

Answer 1

这是您可以利用Git的分布式特性的地方：

您可以将它们合并到专用“QA”仓库的开发分支中，如果提交被批准，则可以推送到最终的集中仓库。

理想情况下，QA回购是gerrit回购，旨在促进审核流程。

但是使用DVCS的一般想法是：你没有合并工作流程（从分支机构合并到分支机构），你还有一个publication workflow（从一个仓库推送到{{3 }}）。