SVN冲突问题专家详解

开发 项目管理
本文继续上篇文章介绍SVN冲突问题解决方法,在学习SVN过程总可能会遇到SVN冲突问题,这里就向大家简单介绍一下解决方法,通过本文的学习希望你不再为SVN冲突问题而烦恼。

上节我们讲到SVN冲突解决方法中手动合并冲突,本节接着上节继续介绍SVN冲突解决方法,这里我发表一下个人理解,和大家讨论讨论,希望对你的学习有所帮助。下面是具体介绍。

[6]一旦你们确认了提交内容后,修改文件并且删除冲突标志。
Toppieceofbread
Mayonnaise
Lettuce
Tomato
Provolone
Salami
Mortadella
Prosciutto
CreoleMustard
Bottompieceofbread
现在运行svnresolved,你已经准备好提交了:
$svnresolvedsandwich.txt
$svncommit-m"Goaheadandusemysandwich,discardingSally'sedits."
记住,如果你修改SVN冲突时感到混乱,你可以参考subversion生成的三个文件—包括你未作更新的文件。你也可以使用第三方的合并工具检验这三个文件。
拷贝覆盖你的工作文件
如果你只是希望取消你的修改,你可以仅仅拷贝Subversion为你生成的文件替换你的工作拷贝:
$svnupdate
Csandwich.txt
Updatedtorevision2.
$lssandwich.*
sandwich.txtsandwich.txt.minesandwich.txt.r2sandwich.txt.r1
$cpsandwich.txt.r2sandwich.txt
$svnresolvedsandwich.txt
下注:使用svnrevert
如果你得到上SN冲突,经过检查你决定取消自己的修改并且重新编辑,你可以恢复你的修改:
$svnrevertsandwich.txt
Reverted'sandwich.txt'
$lssandwich.*
sandwich.txt
注意,当你恢复一个冲突的文件时,不需要再运行svnresolved。
现在我们准备好提交修改了,注意svnresolved不像我们本章学过的其他命令一样需要参数,在任何你认为解决了SVN冲突的时候,只需要小心运行svnresolved,—一旦删除了临时文件,Subversion会让你提交这文件,即使文件中还存在冲突标记。
提交你的修改
最后!你的修改结束了,你合并了服务器上所有的修改,你准备好提交修改到版本库。
svncommit命令发送所有的修改到版本库,当你提交修改时,你需要提供一些描述修改的日志信息,你的信息会附到这个修订版本上,如果信息很简短,你可以在命令行中使用--message(-m)选项:
$svncommit--message"Correctednumberofcheeseslices."
Sendingsandwich.txt
Transmittingfiledata.
Committedrevision3.
然而,如果你把写日志信息当作工作的一部分,你也许会希望通过告诉Subversion一个文件名得到日志信息,使用--file选项:
$svncommit--filelogmsg
Sendingsandwich.txt
Transmittingfiledata.
Committedrevision4.
如果你没有指定--message或者--file选项,Subversion会自动地启动你最喜欢的编辑器(见“config”一节的editor-cmd部分)来编辑日志信息。
提示
如果你使用编辑器撰写日志信息时希望取消提交,你可以直接关掉编辑器,不要保存,如果你已经做过保存,只要简单的删掉所有的文本并再次保存。
$svncommit
WaitingforEmacs...Done
Logmessageunchangedornotspecified
a)bort,c)ontinue,e)dit
a$
版本库不知道也不关心你的修改作为一个整体是否有意义,它只检查是否有其他人修改了同一个文件,如果别人已经这样做了,你的整个提交会失败,并且提示你一个或多个文件已经过时了:
$svncommit--message"Addanotherrule"
Sendingrules.txt
svn:Commitfailed(detailsfollow):
svn:Outofdate:'rules.txt'intransaction'g'
此刻,你需要运行svnupdate来处理所有的合并和SVN冲突,然后再尝试提交。
我们已经覆盖了Subversion基本的工作周期,还有许多其它特性可以管理你得版本库和工作拷贝,但是只使用前面介绍的命令你就可以很轻松的工作了。
[3]当然没有任何东西是在版本库里被删除了—只是在版本库的HEAD里消失了,你可以通过检出(或者更新你的工作拷贝)你做出删除操作的前一个修订版本来找回所有的东西。
[4]Subversion使用内置区别引擎,缺省情况下输出为统一区别格式。如果你期望不同的输出格式,你可以使用--diff-cmd指定外置的区别程序,并且通过--extensions传递其他参数,举个例子,察看本地文件foo.c的区别,同时忽略空格修改,你可以运行svndiff--diff-cmd/usr/bin/diff--extensions'-bc'foo.c。
[5]你也可以手工的删除这三个临时文件,但是当Subversion会给你做时你会自己去做吗?我们是这样想的。
[6]如果你向他们询问,他们非常有理由把你带到城外的铁轨上。
如何降低SVN冲突解决的复杂度:
-当工作完成之后(即编写完程序,单元测试通过)尽快的提交,频繁的提交/更新可以降低在冲突发生的概率,以及发生时解决冲突的复杂度。
-如果冲突频繁发生,就有必要找出原因了。
-在提交时,书写明确的message。方便以后的查找更新的原因,毕竟随着时光流逝,记忆也会变得模糊。本节讲解SVN冲突完毕。
 

【编辑推荐】

  1. SVN冲突解决方法名师介绍
  2. SVN冲突解决方法大全
  3. ApacheSVN服务器安装指导手册
  4. 揭开SVN冲突神秘面纱
  5. SVN服务器安装指导手册
责任编辑:佚名
相关推荐

2010-06-01 12:36:04

SVN分支与合并

2010-05-31 16:29:22

SVN权限配置

2010-05-27 09:56:54

SVN文件冲突

2010-05-31 13:54:52

2010-06-01 12:49:04

SVN分支模式

2010-05-28 19:35:33

Myeclipse下S

2010-05-27 14:18:00

SVN使用说明

2010-05-31 09:10:20

Myeclipse S

2010-06-01 11:22:30

SVN合并跟踪

2010-05-19 18:46:59

SVN服务器配置

2010-05-28 15:47:29

SVN分支

2010-05-28 15:57:20

SVN分支

2010-05-31 13:23:43

SVN整合MyEcli

2010-05-25 19:57:32

2010-05-24 09:11:06

SVN版本库

2010-05-24 11:16:43

SVN更新URL

2010-05-27 16:06:13

SVN设置

2010-06-01 19:47:29

SVN分支与合并

2010-05-19 15:45:23

Apache+SVN权

2010-05-26 19:12:41

SVN冲突
点赞
收藏

51CTO技术栈公众号