揭开SVN冲突神秘面纱&&svn 冲突

http://developer.51cto.com/art/201005/202267.htm

本节讲解一下SVN冲突问题，随着SVN的快速发展，SVN可以再多个操作系统中搭建，这是难免会遇到SVN冲突问题，这些冲突如何解决，本文就为大家一一讲解。

1、如何产生SVN冲突
当开发人员A和开发人员B从版本库同时检出文档1.txt，而A和B同时修改了1.txt的同一地方，后提交的一方会在拷贝副本中产生冲突。
两个工作拷贝，A拷贝中文件1.txt内容为
dfqerq
123dfwre
B拷贝中文件1.txt内容为
dfqerq
123erwrq
在B版本提交之前版本库上的1.txt（base版本）内容为
dfqerq
B拷贝先提交版本到版本库中，以至于最新版本内容变为
dfqerq
123erwrq
此时A版本也提交则会产生冲突，无法提交，需要先svnupdate，此时会在A拷贝中产生三个临时文件1.txt.rNew\1.txt.rOld\1.txt.mine，其中1.txt.rNew是最新版本，1.txt.rOld是base版本，1.txt.mine是A作者修改后的版本，在此例中内容为
dfqerq
123dfwre
而update之后A拷贝中的1.txt内容为
<<<<<<<.mine
dfqerq
123dfwre=======
dfqerq
123erwrq>>>>>>>.r18
其中<<<<<<<.mine与=======之间表示A修改后的内容，=======与>>>>>>>.r18之间是版本服务器上的版本
2、解决SVN冲突
第一种，利用update的选项进行SVN冲突解决，也就是说不管当前拷贝副本是否是最新版本，都使用—accept参数作为冲突处理方式
--acceptARG:specifyautomaticconflictresolutionaction
('postpone','base','mine-conflict',
'theirs-conflict','mine-full','theirs-full',
'edit','launch')
(p)postpone-marktheconflicttoberesolvedlater//让文件在更新完成之后保持冲突状态。
(df)diff-full-showallchangesmadetomergedfile//使用标准区别格式显示base修订版本和冲突文件本身的区别。
(e)edit-changemergedfileinaneditor//用你喜欢的编辑器打开冲突的文件，编辑器是环境变量EDITOR设置的。
(r)resolved-acceptmergedversionoffile//完成文件编辑之后，通知svn你已经解决了文件的冲突，它必须接受当前的内容—从本质上讲就是你已经“解决了”冲突。
(mf)mine-full-acceptmyversionofentirefile(ignoretheirchange//丢弃新从服务器接收的变更，并只使用你查看文件的本地修改。
(tf)theirs-full-accepttheirversionofentirefile(losemychanges)//丢弃你对查看文件的本地修改，只使用从服务器新接收的变更。
(l)launch-launchexternaltooltoresolveconflict//启动一个外置程序来执行冲突解决，这需要一些预先的准备。
(h)help-showthislist//显示所有在冲突解决时可能使用的命令。
第二种，在update时并不处理SVN冲突，利用svnresolve解决冲突
1、利用svnresolve--acceptbase选择base版本，即1.txt.rOld作为最后提交的版本
--acceptARG:specifyautomaticconflictresolutionsource
('base','working','mine-conflict',
'theirs-conflict','mine-full','theirs-full')
2、手工修改1.txt文件，然后将当前拷贝即1.txt作为最后提交的版本
svnresolve--acceptworking1.txt
3、svnresolve--accepttheirs-full1.txt使用1.txt.rNew作为最后提交的版本
4、svnresolve--acceptmine-full1.txt使用1.txt.mine作为最后提交的版本
5、svnresolve--acceptmine-conflict1.txt使用1.txt.mine的冲突部分作为最后提交的版本
5、svnresolve--accepttheirs-conflict1.txt使用1.txt.rNew的冲突部分作为最后提交的版本。本节关于SVN冲突问题介绍完毕。

http://blog.sina.com.cn/s/blog_65fd4c1e0100h2cg.html

1、  如何产生冲突

当开发人员A和开发人员B从版本库同时检出文档1.txt，而A和B同时修改了1.txt的同一地方，后提交的一方会在拷贝副本中产生冲突。

两个工作拷贝，A拷贝中文件1.txt内容为

dfqerq
123dfwre

B拷贝中文件1.txt内容为

dfqerq
123erwrq

在B版本提交之前版本库上的1.txt（base版本）内容为

dfqerq

 

B拷贝先提交版本到版本库中，以至于最新版本内容变为

dfqerq
123erwrq

 

此时A版本也提交则会产生冲突，无法提交，需要先svnupdate，此时会在A拷贝中产生三个临时文件1.txt.rNew\1.txt.rOld\1.txt.mine，其中1.txt.rNew是最新版本，1.txt.rOld是base版本，1.txt.mine是A作者修改后的版本，在此例中内容为

dfqerq
123dfwre

而update之后A拷贝中的1.txt内容为

<<<<<<<.mine
dfqerq
123dfwre=======
dfqerq
123erwrq>>>>>>>.r18

其中<<<<<<<.mine与=======之间表示A修改后的内容，=======与>>>>>>>.r18之间是版本服务器上的版本

 

2、解决冲突

第一种，利用update的选项进行冲突解决，也就是说不管当前拷贝副本是否是最新版本，都使用—accept参数作为冲突处理方式

  --acceptARG            : specify automatic conflict resolution action
                           ('postpone', 'base', 'mine-conflict',
                            'theirs-conflict', 'mine-full', 'theirs-full',
                            'edit', 'launch')

(p) postpone    -mark the conflict to be resolved later //让文件在更新完成之后保持冲突状态。
(df) diff-full   - show allchanges made to merged file //使用标准区别格式显示base修订版本和冲突文件本身的区别。
(e) edit       - change merged file in an editor//用你喜欢的编辑器打开冲突的文件，编辑器是环境变量EDITOR设置的。
(r) resolved    -accept merged version of file//完成文件编辑之后，通知svn你已经解决了文件的冲突，它必须接受当前的内容—从本质上讲就是你已经“解决了”冲突。
(mf) mine-full   - accept myversion of entire file (ignore theirchange//丢弃新从服务器接收的变更，并只使用你查看文件的本地修改。
(tf) theirs-full - accept their version of entire file (lose mychanges)//丢弃你对查看文件的本地修改，只使用从服务器新接收的变更。
(l) launch     - launch external tool to resolveconflict//启动一个外置程序来执行冲突解决，这需要一些预先的准备。
(h) help       - show this list //显示所有在冲突解决时可能使用的命令。

 

第二种，在update时并不处理冲突，利用svn resolve解决冲突

1、利用svn resolve --acceptbase选择base版本，即1.txt.rOld作为最后提交的版本

--acceptARG            : specify automatic conflict resolution source
                          ('base', 'working', 'mine-conflict',
                           'theirs-conflict', 'mine-full', 'theirs-full')

 

2、手工修改1.txt文件，然后将当前拷贝即1.txt作为最后提交的版本

svn resolve --accept working 1.txt

3、svn resolve --accept theirs-full 1.txt使用1.txt.rNew作为最后提交的版本

4、svn resolve --accept mine-full 1.txt使用1.txt.mine作为最后提交的版本

5、svn resolve --accept mine-conflict 1.txt使用1.txt.mine的冲突部分作为最后提交的版本

5、svn resolve --accept theirs-conflict 1.txt使用1.txt.rNew的冲突部分作为最后提交的版本

 

第三种，使用svn revert取消变更