合并重命名文件夹时发生SVN树冲突

合并重命名文件夹时发生SVN树冲突,svn,merge,tortoisesvn,tree-conflict,Svn,Merge,Tortoisesvn,Tree Conflict,我正在使用TortoiseSVN合并到branch-B中trunk的最新更改,包括文件夹重命名 在此之前,我将分支A重新整合到主干中。在该分支中,一个文件夹被重命名,并且对其中的文件进行了更改Branch-B包含对这些文件的不同修订,但文件夹仍具有原始名称 当将主干合并到分支-B中时,SVN只需将重命名的文件夹添加为新文件夹,并报告原始命名文件夹上的树冲突。文件修订本身永远不会合并,我只剩下两个文件夹。我尝试了多个选项以获得尽可能干净的合并,同时保留了所有适当的svn:mergeinfo,但似乎

我正在使用TortoiseSVN合并到branch-Btrunk的最新更改,包括文件夹重命名

在此之前,我将分支A重新整合到主干中。在该分支中,一个文件夹被重命名,并且对其中的文件进行了更改Branch-B包含对这些文件的不同修订,但文件夹仍具有原始名称

当将主干合并到分支-B中时,SVN只需将重命名的文件夹添加为新文件夹,并报告原始命名文件夹上的树冲突。文件修订本身永远不会合并,我只剩下两个文件夹。我尝试了多个选项以获得尽可能干净的合并,同时保留了所有适当的svn:mergeinfo,但似乎没有任何效果

有人知道干净地完成合并的正确方法吗

乌龟1.8.10,颠覆1.8.11

这是一个视觉:

/trunk (before reintegrating branch-A)
  /Folder1
    file1
    file2
    file3

/trunk (after reintegrating branch-A)
  /Folder1-Renamed
    file1-change1
    file2-change1
    file3

/branch-B
  /Folder1
    file1-change2
    file2-change2
    file3
TL;DR:当包含的文件夹在其中一个分支中重命名时,如何在两个分支之间干净地合并文件修订?

在Subversion中,没有真正干净的方法来解决这样的结构树冲突。基本上,您需要执行以下操作:

  • trunk
    合并到
    branch-B
    工作副本中
  • branch-B
    中手动创建对
    file1
    file2
    所做更改的差异,并将其应用于新合并的
    Folder1重命名的
    目录中的相应文件
  • 删除现在已过时的
    Folder1
    目录
  • 确保一切正常
  • 接受正确的当前状态(另请参见)
  • 承诺

对不起,使用svn没有比这更容易的了。我非常喜欢在某些类型的团队设置中使用Subversion,但是树冲突的噩梦(以及它们的神秘和容易出错的解决机制)经常让我们想哭(并且永远切换到git)。

啊,对不起。乌龟1.8.10,颠覆1.8.11@像这样的程序真的很管用。谢谢你帮我拼出来!