我正在从事长期工作。我想每周左右用我的分支中的东西更新主干。
我一直在使用合并一系列修订来更新我的分支。
然后我使用重新整合分支将我的分支合并回主干。
然后我回到我的分支机构并合并了一系列修改版本，我收到了大量的树木冲突....
这样做的正确方法是什么？ （保持trunk从另一个分支更新，并使用trunk更新该分支）
答案 0 :(得分：3)
你应该只保留你的分支与干线的最新信息。然后，当您准备将分支模式推回到主干时，它将仅从您的分支进行更改。不要试着让它们在你走的时候彼此保持同步，你就会陷入困境
答案 1 :(得分：1)
如果你开始攻击一个没有人拥有的特定功能而你没有与trunk或任何其他树共享它，这可能是一个很好的过程：
如果您没有在分支开发的任何时候将更改合并到主干，您可以更频繁地合并主干以和平解决冲突或设计问题。 Subversion会记住你之前合并的内容。
答案 2 :(得分：1)
这取决于您的组织如何使用分支机构。这就是我们的所作所为：
对于开发分支 - 我如何相信你在你的问题中使用分支 - 我同意Pete在这里的回答（并且+1给他）。不要试图在整个项目中合并两种方式。在整个项目中，保持分支更新，从主干到分支的合并。项目完成后，将分支合并到主干（测试后!!!），然后完成分支。
对于发布分支，我们使用合并方式：
重要的是，您的组织有一个政策并坚持下去。不要临时做事。
HTH，
-AJ