服务器上svn up 失败,svn冲突

在本地修改了几个文件包括一个 api.php 提交到服务器 上, 然后在服务器上用 shell脚本跟新 , 然后api.php 出现错误 :

   Skipped 'xxx' -- Node remains in conflict
   At revision 1054.
   Summary of conflicts:
​   Skipped paths: 1

从网上搜了搜 , 有两种解决方式

    1、处理方式

      #cd /home/svn/app/

      #mkdir /root/bak

      #mv /home/svn/app/*   /root/bak/

      #svn revert .

      #svn up

 

2、如果还是不可以，出绝招：

svn remove --force filename
svn resolve --accept=working  filename

svn up

上边第一种方式对 所有的svn文件操作 感觉有点不妥 ， 也不大敢， 直接出绝招用 第二种方式：

svn remove --force api.php;svn resolve --accept=working  api.php;svn up

执行完绝招后 发现api.php文件没了 , 再  svn up api.php 也更新不出来了 , 这下麻了大烦了, 多亏是在测试服务器 (⊙﹏⊙)b  。

再想着用   svn resolve --accept working api.php

提示

  Summary of conflicts:
  Tree conflicts: 1

     svn中提交文件时出现tree conflicts错误的原因

再试着用   svn resolve --accept theirs-full api.php 

还是提示

Summary of conflicts:
  Tree conflicts: 1

这可咋办 , 木办法了 取消变更

取消变更 

#svn revert     

执行完取消变更  命令后 , api.php文件回来了  O(∩_∩)O哈哈~ , 然后在本地文件里加了俩空格(为的是能再次提交) , 提交一下 ,  在Linux服务器上 svn up api.php ok了  更新成功 , 真是滴(⊙﹏⊙)b呐.

下面说一下svn冲突的几种解决办法

svn 冲突

svn merge http://.....-rXX:XXX .

提示：
Summary of conflicts:
  Tree conflicts: 1
直接svn commit时提示：svn: Aborting commit:冲突文件路径
解决办法： svn resolve --accept  working 文件名
注：用       svn resolve --accept  theirs-full 文件名
提示：svn: warning: Tree conflicts can only be resolved to 'working' state; 文件名 not resolved

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版本也提交则会产生冲突，无法提交，需要先svn update，此时会在A拷贝中产生三个临时文件1.txt.rNew1.txt.rOld1.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参数作为冲突处理方式

  --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、svn resolve --accept working 1.txt     手工修改1.txt文件，然后将当前拷贝即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取消变更