svn冲突的产生与解决.docxVIP

svn 冲突的产生与解决???1、? 如何产生冲突当开发人员A和开发人员B从版本库同时检出文档1.txt，而A和B同时修改了1.txt的同一地方，后提交的一方会在拷贝副本中产生冲突。两个工作拷贝，A拷贝中文件1.txt内容为dfqerq123dfwreB拷贝中文件1.txt内容为dfqerq123erwrq在B版本提交之前版本库上的1.txt（base版本）内容为dfqerq?B拷贝先提交版本到版本库中，以至于最新版本内容变为dfqerq123erwrq?此时A版本也提交则会产生冲突，无法提交，需要先svn update，此时会在A拷贝中产生三个临时文件1.txt.rNew\1.txt.rOld\1.txt.mine，其中1.txt.rNew是最新版本，1.txt.rOld是base版本，1.txt.mine是A作者修改后的版本，在此例中内容为dfqerq123dfwre而update之后A拷贝中的1.txt内容为 .minedfqerq123dfwre=======dfqerq123erwrq .r18其中 .mine与=======之间表示A修改后的内容，=======与 .r18之间是版本服务器上的版本?2、解决冲突第一种，利用update的选项进行冲突解决，也就是说不管当前拷贝副本是否是最新版本，都使用—accept参数作为冲突处理方式–accept ARG???????????? : 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 all changes 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 my version of entire file (ignore their change//丢弃新从服务器接收的变更，并只使用你查看文件的本地修改。(tf) theirs-full – accept their version of entire file (lose my changes)//丢弃你对查看文件的本地修改，只使用从服务器新接收的变更。(l)? launch????? – launch external tool to resolve conflict//启动一个外置程序来执行冲突解决，这需要一些预先的准备。(h)? help??????? – show this list //显示所有在冲突解决时可能使用的命令。?第二种，在update时并不处理冲突，利用svn resolve解决冲突1、利用svn resolve –accept base选择base版本，即1.txt.rOld作为最后提交的版本–accept ARG???????????? : 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.txt3、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.tx