有太多提交的分支合并的更有效和协作的方法是什么？

Question

我们是一个中等级别的组织，大约有40名开发人员。我们有多个分支，用于不同版本的同时开发。

当我们在主版上合并发布分支时，我们面临的问题是，有两种提交涉及到和压倒性地去理解所有的变化，而合并分支的开发人员无法决定哪些块应该放进去，哪些块不放。有时，自动合并的文件本身也会捕捉到许多错误的合并。

大公司如何以更高效和协作的方式进行这些合并？您知道有什么流行的git工作流吗？比如，他们创建了一个新的合并分支，并要求所有开发人员检查/评论合并是否正确，并将其真正合并为master？

请指点

Answer 1

我建议你看拉请求。

它们是查看从一个分支到另一个分支的变化的好方法，而且，由于您可以添加任意数量的审批人员，许多开发人员可以轻松地查看它并在任何地方进行评论，从而创建一个关于即将合并的更改的讨论。

在我的经验中，我们使用它在亚特兰西安藏，这是一个很好的合作，在合并。我建议你看看来自亚特兰西安的这份文件，特别是“讨论拉请求”的部分。

在Github上，也经常使用拉请求，将来自叉的贡献合并到初始存储库。可以找到更多关于Github拉请求的信息，可以找到这里。