所以今天我很难过，将主干的修改合并到一个分支工作副本中。
svn merge -r 7587:7735 http://OurProject/trunk
--- Merging r7649 through r7735 into '.':
看起来合并信息已被破坏，因为它将来自主干的合并列为
/树干：7446-7648
但我们只从7446合并到7587。
那么为什么mergeinfo错了，这是怎么发生的？
由于
墩
答案 0 :(得分：0)
很难弄清楚描述中发生了什么。但是，Subversion确实在跟踪变化方面做得很好，所以它可能做得很对。
由svn merge列出的修订版可能不一定与您提供的范围一致，因为这些修订版可能不在主干上。这就是为什么它会向您显示修订版7649而不是修订版7587作为合并的第一个修订版。
我不知道你所看到的svn:mergeinfo是合并前还是后合并。但是，只要合并中涉及的分支具有 直接 共同祖先，并且您没有做一些愚蠢的事情，比如删除分支上的所有文件并重新添加他们回来了，一切都应该合并。
答案 1 :(得分：0)
好的，最后自己回答这个问题。
合并信息是正确的，我们提出并合并了所有这些修订版（7587-7648），但随后在评估之前还原了它们的所有实际更改，从而使它看起来像SVN已经扭曲了它的短裤实际上它是正确的。