10

我正在使用 TortoiseSVN 将来自trunk的最新更改合并到branch-B中，包括文件夹重命名。

在此之前，我将branch-A重新集成到trunk中。在该分支中，一个文件夹已被重命名，并且其中的文件已被更改。Branch-B包含对这些文件的不同修订，但该文件夹仍具有原始名称。

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

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

TortoiseSVN 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：当包含文件夹在其中一个分支中重命名时，我如何干净地合并两个分支之间的文件修订？

4

2 回答 2

9

在 Subversion中没有真正干净的方法来解决像这样的结构树冲突。基本上，您需要做的是：

  • 合并trunk到branch-B工作副本
  • 手动file1创建对和file2in的更改的差异，branch-B并将它们应用于新合并Folder1-Renamed目录中的相应文件
  • 删除现在过时的Folder1目录
  • 确保一切正常
  • 接受当前状态为正确状态（另见http://svnbook.red-bean.com/nightly/en/svn.tour.treeconflicts.html）
  • 犯罪

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

于 2015-02-13T08:21:55.103 回答
0

您可以通过这种方式在命令行上执行此操作。等效的步骤应该适用于 TortoiseSVN 或其他客户端。

假设重命名是在主干的修订版 1000 中完成的，并且您正在将主干合并到分支 B：

# merge everything before the rename
svn merge ^/trunk@999
svn commit -m 'merge from trunk up to 999'
svn update

# merge everything starting with the rename
svn merge ^/trunk
# for tree conflicts on directories, accept the incoming deletion, and make note of the path

# for each tree conflict, take your changes to the old folder,
# and re-apply them to the new folder using a two-URL merge,
# then delete the unnecessary mergeinfo.
# e.g. for Folder1 vs Folder1-renamed:
svn merge ^/trunk/Folder1@999 ^/branches/Branch-B/Folder1 ./Folder1-renamed
svn propdel svn:mergeinfo ./Folder1-renamed

svn commit -m 'merge from trunk'
于 2021-07-09T18:59:58.433 回答