版本管理工具SVN错误汇总

原创于 2013-05-10 15:11:26 发布 · 2.6k 阅读

1 ·

本内容遵循CC 4.0 BY-SA版权协议

收录于

Linux Shell

本文详细介绍了SVN中文件被删除、冲突解决、冲突产生的原因及解决方法，包括使用svn命令处理冲突和冲突解决策略。同时，提供了解决文件系统中文件移除导致的提交问题的方法。

1. local delete, incoming edit upon update
svn上文件被删除，本地有更新
svn local delete, incoming delete upon update 解决办法
# 1.In your working directory, recreate that conflicting file:
$ touch foo
# 2.Revert that file to the state SVN likes (that means deleted):
$ svn revert foo
# 3.Now delete that file:
$ rm foo
# 4.Conflict resolved:
$ svn st
# Done.

2. 关于svn的conflicts

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.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参数作为冲突处理方式

  --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.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取消变更

3. svn tree conflicts

默认本地当前文件：

svn resolve --accept working -R .

最近team实行branch开发，发起codeview之后，merge到trunk上进行提测，出现了以下场景：

在branch上为一个文件更改名称，首先备份好之后，然后add，再del掉之前的文件，但是merge的过程中出现tree conflict，这个问题的解决办法，上文只说了一半

执行完上述命令之后，再执行

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

之后就可以commit了

4. file is scheduled for addition, but is missing

错误提示：

svn: '/home/*/*/../app/templates/mail/newbrands.tpl' is scheduled for addition, but is missing

错误原因：

产生问题的原因是有一个文件已经加入到版本库中，但是后来在文件系统中又移除了这个文件，所以不能够提交。

解决方法：

svn revert newbrands.tpl

svn ci -m "update"