将多个 Mercurial 分支合并在一起

Question

我有一群开发人员使用分支修复错误。我的需要：自动（或者有没有办法）将所有这些分支合并到一个主分支“默认”的最佳方法是什么。

谢谢

Answer 1

注意：这是我的意见，这里可能有多种意见，但至少要理解我的观点并决定你想要不同的观点。

首先，这里缺少一些东西，我认为从长远来看这会给你带来工作流程问题。

合并不应该被跳过或委托给其他人，在这些分支中工作的开发人员应该自行合并。他们，可能只有他们，会知道他们做了什么，以及如何解决合并冲突。

无论如何，完全自动化地完成它是行不通的。

这是开发人员应该使用的工作流程（在我看来）。

定期（例如每天早上），分支上的开发人员应该检查构建服务器以确保默认分支构建。如果确实如此（而且应该如此！），他们会将默认分支合并到自己的分支中。

这具有三个主要好处：

1. 他们总是在自己的分支中拥有最新的代码，并且不会陷入另一个分支中已修复的已知错误的工作中
2. 他们不断地处理来自其他分支的合并冲突，而这些冲突是很小，而且这些变化对于做出这些变化的开发人员来说仍然记忆犹新。
3. 由于您每天都会处理合并冲突（假设存在任何冲突），因此当您到达该分支的生命周期时，它几乎已与默认分支完全合并，因此将其合并回默认分支所涉及的工作现在即使不是免费，也应该很便宜。

在某些时候，他们被读取将他们的工作集成回默认分支（或者定期，即新功能的部分发布，或者在最后，一切都完成），然后他们再次合并来自< /em> 默认回到自己的分支。这确保了任何挥之不去的合并冲突都由该团队在其分支中处理，然后再将其发布给其他开发人员。

当他们处理了由于该合并而导致的任何合并冲突时，他们可以合并另一个方向，从其分支返回到默认分支。此时，除非有人设法同时将任何冲突的更改合并/推送为默认值，否则根本不会出现合并冲突。

这样做可以确保：

1. 进行合并的开发人员接受合并方面的培训 进行
2. 更改的开发人员仍然对这些更改记忆犹新
3. 您可以通过经常进行合并冲突并分小部分进行来分摊与合并冲突相关的工作。
4. 你不会在项目结束时进行一次大的合并——“一周”，此时每个人都忘记了所有的更改，为什么完成这些更改以及是谁做的

如果其中任何一个不清楚，请发表评论，我会相应地更新/编辑。