SVN错误如何产生及解决方法专家剖析
本节向大家简单描述一下SVN错误,在学习SVN的过程中如何避免SVN错误,SVN错误如何解决(locked conflict 文件不存在)这是大家最关心的问题,本节就和大家一起来学习一下,希望通过本节的介绍大家对SVN错误有深刻的理解。
这段时间做项目也学到了很多,尤其是关于SVN的。在使用SVN之前对于SVN的学习仅限于架服务器。对于学习中遇到的错误则都是通过一点一滴的经验得到的。
SVN错误记录
1.强制输入提交日志的钩子(hooks)程序(pre-commit)无法运行,提交的时候报错:
Error: Commit failed (details follow): Error: MERGE request failed on ‘/svn/ttt/trunk/engineering/doc/%E5%89%8D%E7%BD%AE%E6%9C%BA’ Error: Failed to start ‘/home/jira/repo/ttt/hooks/pre-commit’ hook
可能的原因:
(1).pre-commit的权限设置问题,确保具有运行权限,chmod a+x pre-commit;有些系统要求所有者为www-data:www-data,这点根据安装的svn而定
(2).系统的资源不足(主要是内存),重启apache服务,如果问题解决,一般是此原因。
2. Relocate can only change the repository part of an URL
如果服务器上的某个文件的位置有改动,如果我们想使用relocate将工作拷贝中的此目录的路径重定位的话,肯定会遇到这个错误的。但是如果使用 switch来改变路径,则不会遇见此错误。
原因(Switch & Relocate的区别)
Switch —–在版本库内改变与当前工作拷贝关联的服务器路径URL(只限于同一个Repository内),应用情景:有时,服务器的目录会有所变化,和你当前工作拷贝关联的服务器URL改变了,这种改变的直接结果是,你在工作拷贝中所做的修改不能提交到服务器,这时就需要Switch到正确的URL再提交。
Relocate—-功能和Switch雷同,差别在于,Relocate实现的是Repository和Repository之间的切换。当服务器地址或Repository名称发生变化时,可以用它来更新你的工作拷贝。
另外:relocate的功能与“svn switch –relocate 旧地址 新地址”相同。
3、最开始出现的SVN错误是locked,严格说,locked不是错误。解决比较简单:右击文件夹—>tortoiseàcleanup,一般情况下不会出错,如果遇到无法cleanup,那就是其他的错误或者冲突了。
4、再就是冲突,conflict。由于两个(或多个)人同时更改了一个文件。理论上专业一点的说法是:采用锁定-修改-解锁方案来进行版本控制。举个例子来讲Sally下载了版本A,此时,版本A此时就进行了锁定,然后Sally对A进行改动,成了A’,未提交;此时Herry再从服务器上下载的时候还是A。Herry也对A进行了改动,成了A’’。那么,Sally提交,版本A升到A’,Herry再提交的时候就会先提示文件过时,请先update。当update的时候提示冲突。
解决的方法也很简单:
在文件夹上右击—>tortoiseàresolveà在弹出的对话框中右击冲突的文件à选择resolve use theirs 或者选择 resolve use mine。此时,Sally和Herry的版本只能提交一份。也就是说只能使用版本A’和A’’ 其中之一。当然这实际上是人工解决的。SVN防止了无知覆盖错误的产生。
产生冲突并不是我们想要的,对于项目的开发也是不好的。所以要尽量避免SVN错误:
一、良好的工作分配是首要的。个人管个人的文件,不更改其他人的文件。
二、工作组安排好提交。
相关推荐
pub_svnserve.conf的 pub_authz.conf的配置文件有非法字符的原因引起,需要查找pub_authz.conf提的非法内容比如多余的空格删除或直接将pub_authz.conf