我在一个长期的分支上工作。我想每周左右用我分支中的东西更新主干。
我一直在使用合并一系列修订从主干更新我的分支。
然后我使用重新集成分支将我的分支合并回主干。
然后我回到我的分支并合并了一系列修订，我遇到了大量的树冲突......
这样做的正确方法是什么？（保持从另一个分支更新主干，并保持该分支与主干更新）
问问题
209 次
3 回答
3
您应该只使用主干使您的分支保持最新。然后，当您准备好将分支模块推回主干时，它只会从您的分支中获取更改。在你前进的过程中，不要试图让它们彼此同步，你只会被打结
于 2010-02-04T14:21:43.267 回答
1
如果您开始破解没有人拥有的特定功能并且您不与树干或任何其他树共享它，这可能是一个很好的过程：
- 创建一个分支
- 破解，破解，破解并提交到您的分支
- 准备好与主干合并时，将主干更改合并到您的分支
- 解决冲突，提交到分支
- 与主干干净地合并
如果您在分支开发的任何时候都没有将更改合并到主干，您可以更频繁地合并主干以和平解决冲突或设计问题。Subversion 会记住您之前合并的内容。
于 2010-02-04T14:40:34.950 回答
1
这取决于您的组织如何使用分支机构。这是我们的工作：
对于开发分支- 我如何相信你在你的问题中使用分支 - 我同意 Pete 在这里的回答（并对他 +1）。不要试图在整个项目中合并两种方式。在整个项目中，通过从主干到分支的合并来保持分支更新。项目完成后，将分支合并到主干（经过测试！！！），然后完成分支。
对于发布分支，我们使用合并的几种方式：
- 主干 -> 分支：初始集成 - 创建发布分支。通常，这是我们唯一一次在这个方向上与发布分支合并。
- 分支 -> 主干：如果在生产中发现错误，我们修复分支，然后合并回主干。这种情况一直持续到下一个发布分支被剪切。
重要的是您的组织有一个政策并遵守它。不要临时做事。
高温下，
-aj
于 2010-02-04T14:42:18.927 回答