我有一个我认为简单的场景 - 使用 TortoiseSVN：
1）我创建了一个应用程序的分支（B2）（致力于实现图像精灵和 JAWR）。
2）测试和开发在主干上正常进行。
3）过去几天我通过以下方式多次重新建立分支：
3.1）将主干（按修订范围）合并到我的branch-b2工作副本，解决合并期间的冲突。
3.2）（在测试branch-b2之后），我提交了重新基于的branch-b2。
这一切都如我所料。但是将分支合并回主干对我来说很顺利：
4）在branch-b2中提交所有更新之后；我确保在 trunk 和branch-b2 上执行 SVN 更新。
5）然后，我尝试将（修订范围）从branch-b2合并到主干中。然而，对于任何已添加到主干并随后在重新设置基础时添加到分支 b2 的新文件，我会遇到树冲突。我不确定解决这些冲突的正确方法是什么。
我见过的最典型的建议是要么从主干中删除树冲突文件，然后合并分支；要么从主干中删除树冲突文件，然后合并分支；或者删除整个主干，复制分支文件，然后将它们作为新版本提交到主干中。这两个选项似乎都不是一个好主意——第一个选项很痛苦，而且两个选项似乎都会丢失文件修订历史记录。
我做错了什么，我该如何解决？
听起来您正在使用 1.5 之前的合并样式并尝试将分支重新集成到主干中。在这种情况下，您要做的就是首先确保所有主干更改都已合并到分支中，然后不要将分支范围合并到指向主干的工作副本，而是要合并“FROM trunk” @HEAD TO Branch@HEAD”，工作副本指向主干。在本质上：
“给我所有需要的更改，使主干与分支相同”。
如果您已经将所有主干更改合并到分支，则此方法有效，因为主干和分支之间的唯一区别是在分支中所做的更改。
合理？ :)
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
