为什么以及如何解决?我的机器上安装了 Win7 x64 和最新的 TortoiseSVN。
我们现在正处于关键时刻,并且像许多其他人一样拥有主干和分支。
今天我不得不提交主干,并将其合并到分支很多次,因为我犯了很多错误。
反正!合并结果不可靠!我以前没有问题。
首先我尝试了外部差异和合并工具,来自 Scooter Software 的 Beyond Compare。它似乎比以前更好,但我仍然得到一个随机结果。
请帮帮我!
为什么以及如何解决?我的机器上安装了 Win7 x64 和最新的 TortoiseSVN。
我们现在正处于关键时刻,并且像许多其他人一样拥有主干和分支。
今天我不得不提交主干,并将其合并到分支很多次,因为我犯了很多错误。
反正!合并结果不可靠!我以前没有问题。
首先我尝试了外部差异和合并工具,来自 Scooter Software 的 Beyond Compare。它似乎比以前更好,但我仍然得到一个随机结果。
请帮帮我!
如果您按顺序合并相同的源(合并的数据在运行之间未更改)多次合并,您将获得相同的结果。时期
今天我不得不提交主干,并将其合并到分支很多次,因为我犯了很多错误......
如果您“commit-merge-commit-merge...-commit merge”至少更改了一个源,则在这种情况下合并结果会有所不同。有什么让你如此惊讶?
反正
合并结果不可靠!
不是很好的问题描述,甚至根本不是问题的描述。停止歇斯底里,尽可能多地展示细节。像这样的东西(我会试着想象你的情况)
当我尝试合并URL/trunk/filename@REVA
时,URL/branches/somebranch/filename@REVB
我总是得到不同的合并结果,请参阅
SAMPLEMERGED1
SAMPLEMERGED2
SAMPLEMERGED3
即使始终有相同的差异
svn diff URL/trunk/filename@REVA URL/branches/somebranch/filename@REVB
... diff output here ...
分支文件的历史是
svn log --stop-on-copy URL/branches/somebranch/filename@REVB
... log output here ...
我有 TortoiseSVN v. NNN 和 SVN-server v. NNN 上的存储库