版本管理工具SVN错误汇总
2013-05-10 15:11
281 查看
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
默认本地当前文件:
最近team实行branch开发,发起codeview之后,merge到trunk上进行提测,出现了以下场景:
在branch上为一个文件更改名称,首先备份好之后,然后add,再del掉之前的文件,但是merge的过程中出现tree conflict,这个问题的解决办法,上文只说了一半
执行完上述命令之后,再执行
之后就可以commit了
[b]4. [/b]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"
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了
[b]4. [/b]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"
相关文章推荐
- 37 _版本管理工具SVN
- 版本管理工具SVN
- svn版本管理工具---windows版
- iOS版本管理工具SVN
- svn(Subversion)版本管理工具入门介绍
- SVN版本管理工具使用手册
- svn版本管理工具使用手册
- 【安卓学习之工具学习】软件版本管理工具-Eclipse SVN插件Subclipse
- 对比SVN学习GIT版本管理工具
- 版本管理工具——SVN
- eclipse默认支持的版本管理工具是cvs,那么作为流行的svn怎么办了,当然作为开源的系统,自然就会有对应的组建了,那就是subeclipse 作为 系统 当然 自然 对应 就是 组建 怎么办 版本 支持 | 中国网管联盟
- 版本管理工具使用总结(git,svn,hg)
- 项目管理实践之版本控制工具SVN在Windows平台下的平台搭建
- svn版本管理工具的使用
- SVN版本管理工具使用说明
- 工具——使用SVN进行项目版本管理
- SVN版本管理工具使用手册
- Git/SVN 版本管理工具的对比
- SVN版本管理工具使用中常见的代码提交冲突问题的解决方法
- 关于组件化开发中常用到的svn,cocoapods代码管理工具错误解决办法(持续更新)