在项目中，基本不可避免多个人同时参与一个项目，因此就可能会出现多个人同时修改一个文件的情况，就不可避免的会出现冲突。svn已经很聪明了，如果你和别人对于同一个文件的修改之间不存在重叠（比如你在文件最开始增加了一行，而你同事在文件的结尾出增加了一行），svn会自动将你们的修改进行合并，然而意外总是会发生，而且超出了svn的处理范围，只好采用人工智能（手工）来进行合并了。
要解决冲突，我们首先得制造个冲突，保证你现在已经有两个工作拷贝了，我们现在修改其中的一个，例如这里我们修改sally_calc中的main.c文件。root@letuknowit:/home/kris/sally_calc/trunk# cat main.c#include#include "add.h"#include "sub.h"int main(){ printf("5 + 10 = %d.\n",add(5,10)); printf("15 - 10 = %d.\n",sub(15,10)); //sally's test printf("sally: 60 - 33 = %d.\n",sub(60,33)); return 0;}
在这里sally增加了一个属于她自己的测试语句，改好后，提交到svn
root@letuknowit:/home/kris/sally_calc/trunk# svn ci -m "sally add some test code"Sending trunk/main.cTransmitting file data .Committed revision 7.
下面回到kris的工作副本，做类似的修改，具体如下
root@letuknowit:/home/kris/calc/trunk# cat main.c#include#include "add.h"#include "sub.h"int main(){ printf("5 + 10 = %d.\n",add(5,10)); printf("15 - 10 = %d.\n",sub(15,10)); //kris's test printf("kris: 12 + 28 = %d.\n",add(12,28)); return 0;}
好了，下面的工作自然是提交了。
root@letuknowit:/home/kris/calc/trunk# svn ci -m "kris add some test code"Sending trunk/main.csvn: Commit failed (details follow):svn: File '/trunk/main.c' is out of date
很抱歉，提交失败了，原因是本地文件过期了（因为之前sally提交了对于main.c的修改）。原来如此，赶紧把sally的修改update过来。不过在这之前提供一个检测本地文件是否已经过期的办法，还记得经常用到的svn st命令吧
root@letuknowit:/home/kris/calc/trunk# svn stM main.croot@letuknowit:/home/kris/calc/trunk# svn st -uM * 6 main.cStatus against revision: 7
看到那个*了吧，出现这个标记就说明本地副本的文件已经过期了，需要执行svn update了。
root@letuknowit:/home/kris/calc/trunk# svn upConflict 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稍候处理，系统会给出如下输出，main.c前面的C标识说明这是一个冲突中的文件，需要手工处理以解决冲突。
(s) show all options:pC main.cUpdated to revision 7.Summary of conflicts: Text conflicts: 1
如果这个时候你查看一下工作拷贝，你会发现多了几个文件，对于每一个冲突的文件，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.mine是融合了你的修改的版本，里面是你更新的内容，main.c.r6是你做更新操作以前的版本，你是在这个版本的基础上做的修改，main.c.r7是版本库中的最新版本，这里有别人的修改，而就是这个修改和你的修改冲突了。这几个文件可以自己去查看下，应该很好理解。
对了，还有主角没有登场，这个时候如果你看下mian.c的内容，估计你又要郁闷了，和你原先的修改完全不一样了。root@letuknowit:/home/kris/calc/trunk# cat main.c#include#include "add.h"#include "sub.h"int main(){ printf("5 + 10 = %d.\n",add(5,10)); printf("15 - 10 = %d.\n",sub(15,10));<<<<<<< .mine //kris's test printf("kris: 12 + 28 = %d.\n",add(12,28));======= //sally's test printf("sally: 60 - 33 = %d.\n",sub(60,33));>>>>>>> .r7 return 0;}
你会看到由小于号、等于号和大于号串组成的三个部分，其中小于号和等号之间的内容是你的修改，而等号和大于号之间的修改是其他人的修改，在明确了冲突的原因之后，我们已经知道怎么修改了，两个人的修改都是需要保留的。
OK，那就保留所有的修改，删除掉<、=和>，最后的结果如下。小于号、等于号和大于号串是冲突标记，并不是冲突的数据，你一定要确定这些内容在下次提交之前得到删除。root@letuknowit:/home/kris/calc/trunk# cat main.c#include#include "add.h"#include "sub.h"int main(){ printf("5 + 10 = %d.\n",add(5,10)); printf("15 - 10 = %d.\n",sub(15,10)); //kris's test printf("kris: 12 + 28 = %d.\n",add(12,28)); //sally's test printf("sally: 60 - 33 = %d.\n",sub(60,33)); return 0;}
冲突解决了，下面的工作就是通知svn，我们已经把冲突搞定了（使用svn resolved命令），下面该你了，可以看到svn将生成的几个临时文件删除了。
root@letuknowit:/home/kris/calc/trunk# svn resolved main.cResolved conflicted state of 'main.c'root@letuknowit:/home/kris/calc/trunk# ls -al m*-rw-r--r-- 1 root root 278 2012-09-20 17:07 main.c
接下来提交代码，搞定收工。
root@letuknowit:/home/kris/calc/trunk# svn ci -m "kris add some test code"Sending trunk/main.cTransmitting file data .Committed revision 8.
svn中的冲突解决看起来非常的复杂，实则很简单，只要掌握了原理，举一反三，就可以得心应手了！
原创文章请注明转载于，本文地址：