Svn Subversion选择它自己的修订版从和合并到?

Svn Subversion选择它自己的修订版从和合并到?,svn,branch,branching-and-merging,Svn,Branch,Branching And Merging,所以今天我被难住了,把主干的修订合并成了分支工作副本 svn merge -r 7587:7735 http://OurProject/trunk --- Merging r7649 through r7735 into '.': 合并信息似乎已损坏,因为它将来自主干的合并列为 /长途电话:7446-7648 但我们从7446合并到7587 那么为什么合并信息是错误的,这是如何发生的呢 谢谢 皮尔斯很难从描述中看出发生了什么。然而,Subversion在跟踪更改方面做得非常好,所以它可能做的

所以今天我被难住了,把主干的修订合并成了分支工作副本

svn merge -r 7587:7735 http://OurProject/trunk
 --- Merging r7649 through r7735 into '.':
合并信息似乎已损坏,因为它将来自主干的合并列为

/长途电话:7446-7648

但我们从7446合并到7587

那么为什么合并信息是错误的,这是如何发生的呢

谢谢


皮尔斯

很难从描述中看出发生了什么。然而,Subversion在跟踪更改方面做得非常好,所以它可能做的是正确的事情

svn合并后列出的修订可能不一定与您提供的范围一致,因为这些修订可能不在主干上。这就是为什么它显示7649版本而不是7587版本作为合并的第一个版本


我不知道您正在查看的svn:mergeinfo是合并前还是合并后。但是,只要合并中涉及的分支有一个直接的共同祖先,并且您没有做一些愚蠢的事情,比如删除分支上的所有文件并重新添加它们,那么合并应该会一切正常。

好的,最后我自己回答这个问题


合并信息是正确的,我们修改并合并了所有这些修订版7587-7648,但在提交之前恢复了它们的所有实际更改,从而使SVN看起来像是陷入了困境,而事实上它是正确的。

感谢David W提供的信息,您的评论证实了我的回答。