Git 合并提交过多的分支时，哪种方法更有效、更协作？

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

当我们在master上合并release分支时，我们面临的问题是，有两个多的提交涉及到理解所有发生的更改，并且合并分支的开发人员无法决定允许哪些块进入，哪些块不允许。有时自动合并的文件本身会捕获大量错误的合并

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

---

请给出建议

我建议您查看拉取请求

它们是查看从一个分支到另一个分支所做更改的好方法，因为您可以根据需要添加任意多的审批人，因此许多开发人员可以轻松地对其进行审查，并在任何地方发表评论，从而就即将合并的更改进行讨论

根据我的经验，我们在亚特兰西的藏匿处使用了它，在合并过程中进行合作是一件非常好的事情。我建议您从Atlassian开始查看，尤其是“讨论拉动请求”部分

---

在Github上，拉请求也被大量使用，用于将fork中的贡献合并到初始存储库中。可以找到有关Github拉取请求的更多信息。

您最后做了什么？你使用拉请求了吗？使用拉请求@JérômeBrunel