项目优化经验分享（六）SVN冲突和处理

上一篇博客我们分享了新增需求的确定思想《站在全局看问题》。今天我们来分享项目开发中SVN冲突的解决经验：SVN冲突和处理！

引言

开发过项目的人都知道，公司开发一个项目都会使用到版本号控制工具，版本号控制工具非常多，比方Clear case，CVS，Visual
SourceSafe，SourceAnywhere ，StarTeam，SVN，CVS,GIT等等，有的是元老级开发工具，有的是后起之秀，各种版本号，百花齐放，这篇博客我们将要谈到的则是经常使用版本号控制工具：SVN的冲突和处理。

实例

1.冲突产生

如果A、B两个用户都在版本号号为1000的时候，更新了practice.txt这个文件，A用户在改动完毕之后提交practice.txt 到server，这个时候提交成功，然后practice.txt文件的版本号号已经变成1001了。同一时候B用户在版本号号为1000的practice.txt文件上作改动，改动完毕之后提交到server时，因为不是在当前最新的1001版本号上作的改动，所以导致提交失败。

冲突发生时，subversion会在当前工作文件夹中保存全部的目标文件版本号[上次更新版本号、当前获取的版本号(即别人提交的版本号)、自己更新的版本号、目标文件]。

（1)如今A、B两个用户都更新practice.txt文件到本地。

(2)文档中原始文件内容例如以下：

(3)A用户改动文件，加入内容“A用户改动-提交”完毕后提交到server

(4)B用户改动文件，加入内容“B用户改动-提交”完毕后提交到server

(5)B用户提交更新至server时提演示样例如以下：

B用户将文件提交至server时，提示版本号过期：首先应该从版本号库更新版本号，然后去解决冲突，冲突解决后要运行svn resolved（解决），然后在签入到版本号库。在冲突解决之后，须要使用svn resolved（解决）来告诉subversion冲突解决，这样才干提交更新。

2.冲突处理

方法一：放弃自己的更新，使用svn Revert（回滚），然后提交。

    当使用svn revert时不须要再用svn resolved来删除暂时文件了，由于撤销会恢复全部的文件到改动前，除了已删除的文件。

方法二：放弃自己的更新，使用别人的更新。使用最新获取的版本号覆盖目标文件，运行resolved filename并提交(选择文件—右键—解决)；

方法三：手动解决,冲突发生时，通过和其它用户沟通之后，手动更新目标文件。然后运行resolved filename来解除冲突，最后提交。

（1）手工合并冲突文件:当查看了详细出冲突的文件后，能够打开该文件，找到冲突的标志。

      Top piece of bread

      Mayonnaise

      Lettuce

      Tomato

      Provolone

      <<<<<<< .mine

      Salami

      Mortadella

      Prosciutto

      =======

      Sauerkraut

      Grilled Chicken

      >>>>>>> .r2

      Creole Mustard

      Bottom piece of bread

      小于和大于符号之间的就是冲突的地方，假设有能力在改动完文件而且删除冲突标志之后，进行svn resolved来删除三个暂时文件

      注：假设改动时不是非常明确，能够參考冲突时的三个文件

 

    （2）复制某一工作文件（一般用的不是非常频繁）:假设仅仅是希望取消本次的改动，你可拷贝svn为你生成的文件替换你的工作拷贝

      $ svn update

      C practice.txt

      Updated to revision 2.

      $ ls
practice.*

     
practice.txt
practice.txt.mine
practice.txt.r2
practice.txt.r1

      $ cp
practice.txt.r2
practice.txt（这里r2是版本号库里你此次更新前的版本号文件）

      $ svn resolved
practice.txt（用来删除三个暂时文件）

OK！冲突解决！

提交更新！

总结

有时候冲突是不可避免的，可是我们能够尽量减少冲突的复杂度，详细解决方案有：

1、当文档编辑完毕后，尽快提交，频繁的提交/更新能够减少在冲突发生的概率，以及发生时解决冲突的复杂度。

2、在提交时，写上明白的message，方便以后查找用户更新的原因，毕竟随着时间的推移，对当初更新的原因有可能会遗忘。

3、养成良好的使用习惯，使用SVN时每次都是先提交，后更新。每天早上打开后，首先要从版本号库获取最新版本号。每天下班前必须将已经编辑过的文档都提交到版本号库。