当前位置:坤哥网-gooditblog-svn冲突问题详解

svn冲突问题详解

2014/11/6 18:13:00 文章来自爬虫阅读(60) 评论(0)

  开发人员都知道代码管理工具是开发中一个必不可少的工具,这里也不废话详细介绍了。不管你个人喜欢git还是svn还是其他,但还有一大部分公司在使用svn做代码管理工具。这里详细介绍下SVN提交文件时冲突问题的解决方式。

  假设A、B两个用户,他们分别从svn服务器中检出了test1.txt文件,此时A、B、服务器三个地方的test1.txt的版本都是13(我测试环境的当前svn赋予的版本号)。A、B文件的内容如下图(左A右B):

  ·

  接下来,B用户添加一句话并提交,内容如下:

  

  此时B用户和服务器的test1.txt的版本都变为14,只有A用户的test1.txt的版本还为13。接下来A用户添加一句“aa”,然后提交

  

  由于A用户是在13版本上做的修改,而服务器已经是14版本了,所以会提交失败:

  

  接下来就是我们要解决的问题了,解决方法分为以下两种方式。第一种方式:提交失败后直接选择revert,省去了解决冲突问题;第二种方式:提交失败后选择更新文件,这时会有冲突问题。详细介绍如下:

  第一种方式:

  A放弃自己修改的内容,进行Revert操作,使其test1.txt成为13版本的最初内容。然后update使其test1.txt成为14版本,再在14版本上修改提交。操作如下图:

    ==》     ==>然后再修改提交

 

  第二种方式:

  因为版本过时,提交失败后。A用户直接选择更新操作,结果如下图所见

  

  (这里声明下,不要被文件显示的图标所迷惑,这是其他软件对它做了关联导致的,没啥影响)

  这里详细说一下产生冲突后的这几个文件,:

    test1.txt.mine---这个文件是A用户在13版本中做了修改要提交的文件。它的内容是:13版本内容+A用户的修改

    test1.txt.r13----这个文件是A用户最初的13版本的test1.txt。它的内容是:13版本内容

    test1.txt.r14----这个文件时svn服务器中test1.txt的最新版本,这里既是B用户提交后的14版本。它的内容是:13版本内容+B用户的修改

    test1.txt--------由于A用户选择了直接更新,此文件就是svn将 最新版本14 与 A用户的修改 合并后的文件。它的内容如下:

              

  接下来说一下如何解决。对于源代码文件或其他的纯文本文件,我们可以将上图的A用户test1.txt的内容整理下,使其满足条件,然后 选择,这时test.txt.mine、test1.txt.r13、test1.text.r14将会消失。用户A就可以顺利提交了。但是,如果test1.txt是一个非纯文本文件,比如excel,这时的test1.txt将没法手动合并了,不得不放弃自己的修改。可以在test1.txt上右键选择消除掉test.txt.mine、test1.txt.r13、test1.text.r14这三个文件。(点击Resolve不会更改test1.txt以及服务器端的内容,仅仅是消除了那几个文件。)此时的test1.txt文件是可以提交的,它对应的是服务器的最新版本,即14版本(因为这是svn将服务器最新版本14和A用户修改内容合并后的结果)。但这是svn帮我们合并的,是不合法的文件。我们可以右键然后选择,然后test1.txt就会变成14版本,A用户的修改没有了,A、B、服务器的test1.txt都成为了14版本。如下图:

        

接下来A用户就可以再进行修改提交了。

总结

  对于纯文本文件因版本过时提交失败的情况,我们可以选择更新一下,然后打开”自己的修改和服务器最新版合并“后的文件(如上文发生冲突时的test1.txt文件),进行手动合并,处理好后选择resolve然后提交。

  对于非纯文本文件因版本过时提交失败时,我们只能牺牲一下自己,选择,然后更新到服务器最新版本,再修改提交

 

  

  001fa3df-4b38-4f26-9cc4-36c8c6b4f790.png

 

 

  如果有更好的方式,欢迎分享^_^

 


原文:https://www.cnblogs.com/metoy/p/4079599.html


标签: svn svn冲突
分类: 代码管理

有话要说? =>【不用注册,直接登录】,然后刷新本页面来发表您的观点(●'◡'●)