在项目中，基本不可避免多个人同时参与一个项目，因此就可能会出现多个人同时修改一个文件的情况，就不可避免的会出现冲突。svn已经很聪明了，如 果你和别人对于同一个文件的修改之间不存在重叠（比如你在文件最开始增加了一行，而你同事在文件的结尾出增加了一行），svn会自动将你们的修改进行合 并，然而意外总是会发生，而且超出了svn的处理范围，只好采用人工智能（手工）来进行合并了。
要解决冲突，我们首先得制造个冲突，保证你现在已经有两个工作拷贝了，我们现在修改其中的一个，例如这里我们修改sally_calc中的main.c文件。
root@letuknowit:/home/kris/sally_calc/trunk# cat main.c
#include <stdio.h>
#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.c
Transmitting file data .
Committed revision 7.
下面回到kris的工作副本，做类似的修改，具体如下
root@letuknowit:/home/kris/calc/trunk# cat main.c
#include <stdio.h>
#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.c
svn: 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 st
M main.c
root@letuknowit:/home/kris/calc/trunk# svn st -u
M * 6 main.c
Status against revision: 7
看到那个*了吧，出现这个标记就说明本地副本的文件已经过期了，需要执行svn update了。
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稍候处理，系统会给出如下输出，main.c前面的C标识说明这是一个冲突中的文件，需要手工处理以解决冲突。
(s) show all options:p
C main.c
Updated 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 <stdio.h>
#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 <stdio.h>
#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.c
Resolved 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.c
Transmitting file data .
Committed revision 8.
svn中的冲突解决看起来非常的复杂，实则很简单，只要掌握了原理，举一反三，就可以得心应手了！
原创文章请注明转载于知蚁博客，本文地址：http://www.letuknowit.com/archives/svn-conflict-resolution