文档介绍：SVN解决冲突
一、撤销本次修改,或者发现本次修改有问题,想撤销重头再来
svn revert 文件名
如下:撤销增加foo这个文件
$ svn status foo
? foo
$ svn add foo
A foo
$ svn revert foo
Reverted 'foo'
$ svn status foo
? foo
注:svn revert某文件(在工作版本上修改)  与删除某文件然后再从svn 版本库里update的操作结果是一样的。
但是使用svn revert不需要通知版本库就可以修改文件。
二、解决冲突
(1)冲突的发现
       在做groovy时通常会有显示冲突的文件使得该操作不能进行;在测试机上重启时如果无法启动,可以查看webroot下的文件状态
注:在进行一次merge或者文件比较多的groovy之后最好在trunk上利用svn st查看文件状态,以发现潜在的冲突。并不是所有的冲突都会显示在groovy之中。
另外,在进行svn up时也可发现冲突
$ svn update
U INSTALL
G README
C
Updated to revision 46.
U和G不用关心,表示本地没有修改,文件是根据版本库进行更新的;G表示本地已经修改过,与版本库没有冲突,已经进行了合并;
C表示服务器上的改动与你本地的改动有冲突,需要手工修改
(2)冲突的标志
当冲突发生了,有三件事可以帮助你注意到这种情况和解决问题:
? svn up打印C标记,并且标记这个文件已冲突。
? 如果Subversion认为这个文件是可合并的,它会置入冲突标记—特殊的横线分开冲突的“两
面”—在文件里可视化的描述重叠的部分(Subversion使用svn:mime-type属性来决定一
个文件是否可以使用上下文的,以行为基础的合并,更多信息可以看“文件内容类型”一
节。)
? 对于每一个冲突的文件,Subversion放置三个额外的未版本化文件到你的工作拷贝:
你更新前的文件,没有冲突标志,只是你最新更改的内容。(如果Subversion认为这个文件不可以合
并,.mine文件不会创建,因为它和工作文件相同。)
这是你的做更新操作以前的BASE版本文件,就是你在上次更新之后未作更改的版本。
这是你的Subversion客户端从服务器刚刚收到的版本,这个文件对应版本库的HEAD版本。
,NEWREV是版本库中HEAD的版本号。
例:,B刚刚改变了他的本地拷贝中的这个文件并且提交到服务器,Sally在提交之前更新它的工作拷贝得到了冲突:
$ svn update
C
Updated to revision 2.
$ ls -1
在这种情况下,,直到你的三个临时文件