SVN代码合并——冲突解决

SVN

在项目的开发中，SVN是一个很有用，使用的也很多的一款代码管理软件。当单独开发时，通过对版本的管理控制，可以使代码进行回溯等操作。但是一旦变成了多人开发时，新问题出现了——代码的合并。

冲突的产生

svn目前已经很智能了，在多人开发中，即使两人更改了同一个文件的不同位置（比如A修改了第一行，B修改了第二行），svn还是会自动把你们的修改进行合并的。

但是如果俩人修改的是同一行，那么就产生了冲突，需要人工去修改了。

代码更新

当多个人去开发同一个分支时，进行更新代码(update)时，当同一个文件同一处有不同修改时就会产生冲突。

代码合并

当开发分支(branch)完成后，合并(merge)到主干(trunk)时，由于主干的更新可能会导致同一个文件同一处有不同修改时就会产生冲突。

冲突的解决

一

一般在产生冲突的时候会有如下提示：

root@letuknowit:/home/kris/calc/trunk# svn up
Conflict discovered in 'main.c'.
Select: (p) postpone, (df) diff-full, (e) edit, (mc) mine-conflict, (tc) theirs-conflict, (s) show all options:

解释如下：

(p) postpone 暂时推后处理，我可能要和那个和我冲突的家伙商量一番
(df) diff-full 把所有的修改列出来，比比看
(e) edit 直接编辑冲突的文件
(mc) mine-conflict 如果你很有自信可以只用你的修改，把别人的修改干掉
(tc) theirs-conflict 底气不足，还是用别人修改的吧
(s) show all options 显示其他可用的命令

二

这时候我们选择(p) postpone 稍后处理，svn会给我们自动生成三个文件：

root@letuknowit:/home/kris/calc/trunk# ls -al m*
-rw-r--r-- 1 root root 312 2012-09-20 16:35 main.c
-rw-r--r-- 1 root root 216 2012-09-20 16:35 main.c.mine
-rw-r--r-- 1 root root 156 2012-09-20 16:35 main.c.r6
-rw-r--r-- 1 root root 218 2012-09-20 16:35 main.c.r7

• – main.c 是按照你更新的内容与存在的冲突，系统自动合并的版本
• – main.c.mine 是你的更新版本
• – main.c.r6 是更新操作以前的版本，就是在这个版本的基础上做的现有修改
• – main.c.r7 是版本库中的最新版本，这里有别人的修改，而就是这个修改和你的修改冲突了

三

既然main.c是含有更新内容和冲突，系统自动合成的版本，那么我们就看看这里的内容。

int main()
{
printf("5 + 10 = %d.n",add(5,10));
printf("15 - 10 = %d.n",sub(15,10));
<<<<<<< .mine
 //A's test 
printf("kris: 12 + 28 = %d.n",add(12,28)); 
=======
 //B's test 
printf("sally: 60 - 33 = %d.n",sub(60,33)); 
>>>>>>> .r7
return 0;
}

svn为你添加的部分主要由小于号、等于号和大于号串组成的三个部分组成。其中小于号和等号之间的内容是你的修改，而等号和大于号之间的修改是其他人的修改。

在明确了冲突的原因之后，按照自己的意愿进行修改。最后不要忘记删除掉所有的<、=和>。小于号、等于号和大于号串是冲突标记，并不是冲突的数据，你一定要确定这些内容在下次提交之前得到删除。

四

最后，冲突解决了，还需要通知svn。有两种方法：

第一种（推荐）：常用的办法，使用resolved命令，可以看到svn将生成的几个临时文件删除了。

root@letuknowit:/home/kris/calc/trunk# svn resolved main.c
Resolved conflicted state of 'main.c'

第二种：手动删除不需要的三个文件，只保留最终文件

五

提交代码(commit)，收工！