求助求助，SVN的合并问题，合并等于覆盖？？

[qq_21042359]

就是这样的，代码分支出去了，主干还在开发，我在分支开发，现在想把主干修复了BUG的代码合并过来，但是合并过来发现，直接是把主干的代码完全拷过来了。。。我改过的地方都变成主干的形状了。

举个例子。原本主干只有一句代码：
B；

我分支加了一句话A：
A；
B；

然后主干加了C来修复了某BUG，所以在主干上是这样的：
B；
C；

然后把主干的合并过来，我以为是这样的：
A；
B；
C；

实际上是这样的：
B；
C；


那合并还有存在意义？说下操作，我使用的smartSVN，应该差不多的。
分支update到最新，主干update到最新。然后点击某个需要merge的文件OR文件夹，然后点击Modify->merge from 2 sources
from url填写的是分支，to url填写的是主干。然后点击merge。然后就是上面的情况了。。。

[ztenv]

你合并的方式不对吧，不应该出现这种情况的，去百度一下吧，你没有说合并的方法，所以不知道你是怎么操作的。如果能转git就转而使用git吧，比svn好用太多了。

[倚栏|听风]

其实就是你以为的那样，合并的时候你没有注意解决冲突吧，或者选择了以主分支代码为准。。。

[sdghchj]

解决冲突，不了解？

[qq_21042359]

已经解决了。原来是理解错主干分支的合并了。实际上window上用的svn和smartSVN，都是有2种合并方式。 其中一种就是我刚刚题上说的，他是把源头不一样的代码完全用源头来代替，拷到你的本地，然后你根据分支仓库的代码和你现在本地代码比较，一个一个手动合并，是合并，不是解决冲突，因为并没有冲突产生。这种合并方式适用任何时间节点分支。 第二种合并方式，就是我们希望的，也是常用的合并方式，但是他对什么时候分支出去有要求。比如主干今天分出去了，然后主干决定以后都不改动了，那么分支拼命写呀写，然后把主干合过来，不会有任何变化，不会有任何文件需要合并，因为从分出去那天起，主干一个字都没改过！但如果主干从分出去那天开始，加了一句话修复了一个BUG，分支也想合并过来，那么分支就会分析是否冲突的情况下合并过来，也不会覆盖同一个cpp文件中分支写过的代码。就是分支是AB，主干是BC，结果是ABC。有冲突的话，就会提示冲突，比如主干改的地方也是A，那么就会提示出来。这才是真正的冲突。 总结，说白了，合并本质意义，其实就是从分支的那天起，大家的变化都被记录下来，合并的时候，合并变化，假如某方压根就没变化过，那么就不存在合并价值。除非用第二种合并，对比2个地方，把不同的地方用源头的代码“覆盖”过来，然后再自己和远端仓库一个一个手动改。这个意义强调的是比较。

[qq_21042359]

反正就是1种合并是合并变化，所以强调的是啥时候分出去。另一种合并是对比不同然后覆盖，不需要管啥时候分支出来。