版本冲突原因：
假设a，b两个用户都在版本号为100的时候，更新了test.txt这个文件，a用户在修改完之后提交到服务器，这个时候test.txt的版本号已经变成了101了。同时b用户在版本号为100的test.txt上做修改，然后提交到服务器，由于不是在当前最新的101版本上做的修改，所以导致提交失败。
版本冲突现象：
冲突发生时，subversion会在当前工作目录保存所有的目标文件版本【上次更新版本，当前获取的版本（即别人提交的本本），自己更新的版本，目标文件】。
假设文件名是test.txt
对应的文件名分别是：
test.txt.r100
test.txt.r101
test.txt.mine
test.txt
使用Cornerstone会在目标文件标记来自不同用户的更改：
<<<<<<< .mine
你更改的代码=======
别人更改并已经提交到服务器的代码>>>>>>> .r101
其中<<<<<<< .mine与=======之间表示A修改后的内容,=======与>>>>>>>
.r101之间是版本服务器上的版本
解决冲突的方法：
和同事沟通后，如果采用自己更改的代码则手动删除他人的代码和多余的符号，然后提交。
如果采用他人的代码则删除自己的代码和多余的符号，然后提交。
使用终端svn不会在目标文件标记冲突内容，而是会在输入 svn up 更新命令后输出提示信息：
Select: (p) postpone, (df) diff-full, (e) edit,
(mc) mine-conflict, (tc) theirs-conflict,
(s) show all options:
输入df命令可以查看冲突的内容。
输入mc命令是采用自己的更改。
输入tc命令是采用他人的更改。
至此，更新完成。接下来就是提交的过程。
另外一种方法就是revert回滚：
恢复到上一次更新的代码，相当于放弃了本次自己更改的内容。
