2

我是一个应用 SCRUM 和使用 Git 的学生程序员团队的技术经理。

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

虽然我每周只工作一半，但学生们会在最适合他们的日程安排/个人需求的时候进行编程（也包括周末或有时在深夜）。

现在我们有不同的要求（如我所见）在一起不太好：

一方面，作为负责技术的人，我想在代码进入开发分支之前对其进行审查，并能够检查代码是否存在单元测试、遵守编码风格和一般可维护性。

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

  • 这是一个常见问题吗？其他人已经找到了经过验证的解决方案？
  • 我在这里有一个非常特殊的问题吗？你知道如何解决它吗？
  • 我这样想是不是走错了方向——我的前提在某种程度上是错误的吗？
4

1 回答 1

2

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

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

理想情况下，QA repo 是gerrit一个，旨在促进审查过程。

但是，使用 DVCS 的总体思路是：您不仅有合并工作流（从分支合并到分支），还具有发布工作流（从存储库推送到上游存储库）。

于 2013-10-07T11:09:37.190 回答