所以今天我被难住了,将主干的修订合并到一个分支工作副本中。
svn merge -r 7587:7735 http://OurProject/trunk
--- Merging r7649 through r7735 into '.':
看起来合并信息已损坏,因为它将主干中的合并列为
/主干:7446-7648
但我们只从 7446 合并到 7587。
那么为什么mergeinfo是错误的,这是怎么发生的呢?
谢谢
码头
所以今天我被难住了,将主干的修订合并到一个分支工作副本中。
svn merge -r 7587:7735 http://OurProject/trunk
--- Merging r7649 through r7735 into '.':
看起来合并信息已损坏,因为它将主干中的合并列为
/主干:7446-7648
但我们只从 7446 合并到 7587。
那么为什么mergeinfo是错误的,这是怎么发生的呢?
谢谢
码头
从描述中很难弄清楚发生了什么。然而,Subversion 在跟踪更改方面确实做得很好,所以它可能做的是正确的事情。
作为结果列出的修订svn merge
可能不一定与您给它的范围一致,因为这些修订可能不在主干上。这就是为什么它向您显示修订版 7649 而不是修订版 7587 作为合并的第一个修订版。
我不知道svn:mergeinfo
您正在查看的是合并前还是合并后。但是,只要合并中涉及的分支具有直接的共同祖先,并且您没有做一些愚蠢的事情,例如删除分支上的所有文件并重新添加它们,那么合并应该一切都很好。
好的,我自己回答了这个问题。
合并信息是正确的,我们搞砸并合并了所有这些修订(7587-7648),但随后在提交之前恢复了它们的所有实际更改,因此看起来SVN实际上已经扭曲了它的内裤这是正确的。