如题所述
1、无法复制/移动‘XXX.svn-base‘到’XXX.tmp‘:系统找不到指定文件。
这个错误信息通常在你更新工作拷贝时出现,可能的原因有两个:
版本库中有两个文件的名字只是大小写不同,这在Windows下是不允许签出的,因为Windows的文件系统是大小写不敏感的。很可能其中一个文件是误添加的,所以你要找出是哪一个,然后删除它,以确保不会把更改提交到错误的文件。
某个文件的文件名是非法的(对Windows来说非法),比如,“con”,“lpr”,“com”都是非法的,因为这些都是设备名。当然,含有“/*?:|”和其它特殊字符在Windows(NTFS和FAT)也是不允许的。
是,我们知道这个错误信息对解决问题没什么实质性的帮助,但这个错误信息是来自Subversion库的,我们改不了。
有几个办法可以避免这个问题,请看这里。
2、无法打开文件’XXXnnn-n.txnchanges‘:无法访问,文件正被其它程序使用。
通常报告这个错误的人都说这个问题是随机发生的,并且通常会在一次大的提交中发生。重新提交可能成功,也可能在别的地方出错。
最有可能的原因是,有一个病毒扫描程序正在非正常地占用这个文件。你可以试着禁用病毒扫描,或者让它忽略你的版本库文件。
类似的错误也可能发生在你的工作拷贝,试试让它忽略.svn文件夹。
3、添加‘XXX’失败:同名对象已存在。
这个错误通常是在你更新工作拷贝时发生。之所以抛出这个错误是因为Subversion绝对不会擅自删除或者覆盖你已有的本地文件。有三个可能原因会导致这个错误:
你有一个未纳入版本控制的本地文件,名字跟其他人已添加的文件一样。这种情况下你可以先移走或者重命名你的本地文件再更新。之后你可以决定是需要合并还是把你的文件改个名字。
版本库中的一个文件被重命名了,但只是大小写不一样,如Install.txt改为install.txt,而你在本地作了修改。当你更新时就会遇到第一种情况,你修改过的本地文件被视为未纳入版本控制。将它移到其它地方,再更新,问题解决。
版本库中有两个文件的名字只是大小写不同,这在Windows下是不允许签出的,因为Windows的文件系统是大小写不敏感的。很可能其中一个文件是误添加的,所以你要找出是哪一个,然后删除它,以确保不会把更改提交到错误的文件。
4、OPTIONSof’《path》‘:401AuthorizationRequired《url》
升级到1.4.x版之后,你发现无法访问版本库了,每次都出这个错:OPTIONSof’path‘:401AuthorizationRequired’url‘。
这是因为1.4.x版使用了SSPI自动验证,即TortoiseSVN会自动使用登录Windows域控制器的用户信息来作身份验证。
如果你设置你的服务器以SSPI的方式向域控制器作身份验证,而域控制器又没开放GUEST用户的话,不会有问题。但是如果开放了GUEST用户,自然所有以GUEST用户进行的验证都会通过——但是一般来说你是不会授权GUEST访问你的版本库的。这就造成了验证通过了,但授权不成功。
另一个失败的原因是,你设置用来访问版本库的用户跟你用来登录工作站的用户不一致(那我就奇怪了,如果是这样你根本就不应该以SSPI方式来验证呀)。
有几个方法可以解决此问题:
在域控制器中禁用GUEST用户
将登录工作站的用户和访问版本库的用户设为一样
不用SSPI来做版本库验证
检查用户名的大小写,将控制文件中的用户名改为小写对解决问题也可能有帮助
5、客户端版本太旧,不能操作工作拷贝‘XXX’
完整的错误信息是:客户端版本太旧,不能操作工作拷贝’。‘;请下载更高版本的Subversion客户端。
当先使用一个比较高版本的Subversion客户端,然后又用比较低版本的客户端来执行命令,就会发生这个错误。比如你先用了1.4.x版的客户端操作工作拷贝,然后用1.3.x版的操作同一个工作拷贝。
这是因为Subversion1.4和1.5会自动更新工作拷贝的格式,而老版本的客户端不认新的格式。
唯一的解决办法是升级你的客户端,或者用你老版本的客户端重新签出。
6、工作拷贝已过期
这个错误是在提交修改的时候出现的,通常是因为在版本库里,你想要提交的文件已经被其他人修改了。
这时你要先用更新命令更新的的工作拷贝到版本库当前的版本。
你可能会不明白为什么要这么做,尤其是在你确知版本库并没有被修改过的情况下。答案很简单,因为提交的时候,并不会彻底更新你的工作拷贝,而只是那些修改的文件会被自动更新。举个例子,有个新建的版本库:
AddFolderinrevision1
AddFile1andFile2inrevision2
ModifyFile1andcommitinrevision3
现在版本库处于修订版本3,但你的工作拷贝的版本会是这个样子:
Folder:revision1
Folder/File1:revision3
Folder/File2:revision2
这时如果你修改File2然后提交,就会失败。因为客户端告诉版本库File2是在版本2的基础上作修改的,但是版本库已经处于版本3了。如果此时你执行更新命令,就会将File2也变成版本3(当然,你的本地修改还会在的)。
这个错误还可能在你试图创建分支或标记时出现。答案永远都是:如果工作拷贝已经过期,那就更新呗!
7、无法写到标准输出
TortoisePlink使用的是标准的plink代码,但不是针对Windows编译的,因而无法正常发送错误信息。在TSVN的设置-》网络里,将SSH客户端指向标准plink,错误信息就会输出到一个命令行窗口中。设置好之后再像之前一样运行TortoisePlink。
“无法写到标准输出”表示Plink想要抛出一个错误,但是因为TortoisePlink并没有提供一个DOS窗口,所以就没没有标准输出来接收这个错误信息。
知道是设置有问题后,可以先使用普通的plink程序,看到底是什么错误,解决它。
如果普通plink挂住了,那就是参数不对(设置-》网络)。
另一个可能是SSH后台程序找不到svnserve可执行文件。以你将要使用的用户(此处为myuser)登录到服务器,输入“whichsvnserve”,如果没有显示指向可执行文件的路径,就把该文件(以及其它Subversion可执行文件)设为对于该用户可全局访问。
8、400服务器未能理解请求(400BadRequest)
REPORTrequestfailedon’。。。‘REPORTof’。。。‘:400BadRequest(http://。。。)
你的DAV请求被防火墙阻止了,多数防火墙都会这么这么干。你可以让你的管理员更改防火墙的设置,或者以https访问,如https://svn.collab.net/repos/svn/,这样你与版本库之间的通信是经过SSL加密的,防火墙无法阻止(如果它没有封掉SSL端口的话)。
另外,现已确认某些病毒扫描程序(如卡巴斯基)也会导致这个错误。
9、403对被请求页面的访问被禁止(403Forbidden)
PROPFINDrequestfailed:403Forbidden
这有可能因为你试图访问版本库的父目录(而不是版本库本身)。你可以试着在URL尾部指定版本库的名字,还有别忘了名字后面的斜杠‘/’。
有关导致此错误的真正原因,请查看Apache的错误日志。
10、405HTTPMethodNotAllowed
PROPFINDRequestFailed-Error405HTTPMethodNotAllowed
这个错误有几种形式,可能的原因有以下几个:
PROPFINDRequestFailed你试图使用较低版本的TortoiseSVN浏览版本库的父目录。你可以试着在URL尾部指定版本库的名字,或者升级TortoiseSVN到1.2.3版或更高。
PROPFINDRequestFailed你漏了URL末尾的斜杠‘/’,较旧版本的TSVN要求在版本库名字后必须有斜杠,否则它会砍掉版本库名字,等于试图去访问它的父目录。
PROPFINDRequestFailed你可能正尝试通过一个不允许DAV请求的代理访问版本库。通常你用网页浏览器浏览版本库是没问题的,只在使用svn客户端时才出错。你必须配置你的代理服务器或防火墙,以让DAV请求通过,或者使用https来访问,多数代理服务器无法分析加密过的信息包,因而也就无法阻止DAV请求了。
另一个可能是你正在运行病毒扫描程序或防火墙,很多此类软件会在你根本不知道的情况下就阻止了DAV请求,可以试一下禁用它们。
LockRequestFailed你尝试在工作拷贝中锁定一个文件,而这个文件在版本库中已经不存在了。你需要先更新工作拷贝。
有关导致此错误的真正原因,请查看Apache的错误日志。
这个错误信息通常在你更新工作拷贝时出现,可能的原因有两个:
版本库中有两个文件的名字只是大小写不同,这在Windows下是不允许签出的,因为Windows的文件系统是大小写不敏感的。很可能其中一个文件是误添加的,所以你要找出是哪一个,然后删除它,以确保不会把更改提交到错误的文件。
某个文件的文件名是非法的(对Windows来说非法),比如,“con”,“lpr”,“com”都是非法的,因为这些都是设备名。当然,含有“/*?:|”和其它特殊字符在Windows(NTFS和FAT)也是不允许的。
是,我们知道这个错误信息对解决问题没什么实质性的帮助,但这个错误信息是来自Subversion库的,我们改不了。
有几个办法可以避免这个问题,请看这里。
2、无法打开文件’XXXnnn-n.txnchanges‘:无法访问,文件正被其它程序使用。
通常报告这个错误的人都说这个问题是随机发生的,并且通常会在一次大的提交中发生。重新提交可能成功,也可能在别的地方出错。
最有可能的原因是,有一个病毒扫描程序正在非正常地占用这个文件。你可以试着禁用病毒扫描,或者让它忽略你的版本库文件。
类似的错误也可能发生在你的工作拷贝,试试让它忽略.svn文件夹。
3、添加‘XXX’失败:同名对象已存在。
这个错误通常是在你更新工作拷贝时发生。之所以抛出这个错误是因为Subversion绝对不会擅自删除或者覆盖你已有的本地文件。有三个可能原因会导致这个错误:
你有一个未纳入版本控制的本地文件,名字跟其他人已添加的文件一样。这种情况下你可以先移走或者重命名你的本地文件再更新。之后你可以决定是需要合并还是把你的文件改个名字。
版本库中的一个文件被重命名了,但只是大小写不一样,如Install.txt改为install.txt,而你在本地作了修改。当你更新时就会遇到第一种情况,你修改过的本地文件被视为未纳入版本控制。将它移到其它地方,再更新,问题解决。
版本库中有两个文件的名字只是大小写不同,这在Windows下是不允许签出的,因为Windows的文件系统是大小写不敏感的。很可能其中一个文件是误添加的,所以你要找出是哪一个,然后删除它,以确保不会把更改提交到错误的文件。
4、OPTIONSof’《path》‘:401AuthorizationRequired《url》
升级到1.4.x版之后,你发现无法访问版本库了,每次都出这个错:OPTIONSof’path‘:401AuthorizationRequired’url‘。
这是因为1.4.x版使用了SSPI自动验证,即TortoiseSVN会自动使用登录Windows域控制器的用户信息来作身份验证。
如果你设置你的服务器以SSPI的方式向域控制器作身份验证,而域控制器又没开放GUEST用户的话,不会有问题。但是如果开放了GUEST用户,自然所有以GUEST用户进行的验证都会通过——但是一般来说你是不会授权GUEST访问你的版本库的。这就造成了验证通过了,但授权不成功。
另一个失败的原因是,你设置用来访问版本库的用户跟你用来登录工作站的用户不一致(那我就奇怪了,如果是这样你根本就不应该以SSPI方式来验证呀)。
有几个方法可以解决此问题:
在域控制器中禁用GUEST用户
将登录工作站的用户和访问版本库的用户设为一样
不用SSPI来做版本库验证
检查用户名的大小写,将控制文件中的用户名改为小写对解决问题也可能有帮助
5、客户端版本太旧,不能操作工作拷贝‘XXX’
完整的错误信息是:客户端版本太旧,不能操作工作拷贝’。‘;请下载更高版本的Subversion客户端。
当先使用一个比较高版本的Subversion客户端,然后又用比较低版本的客户端来执行命令,就会发生这个错误。比如你先用了1.4.x版的客户端操作工作拷贝,然后用1.3.x版的操作同一个工作拷贝。
这是因为Subversion1.4和1.5会自动更新工作拷贝的格式,而老版本的客户端不认新的格式。
唯一的解决办法是升级你的客户端,或者用你老版本的客户端重新签出。
6、工作拷贝已过期
这个错误是在提交修改的时候出现的,通常是因为在版本库里,你想要提交的文件已经被其他人修改了。
这时你要先用更新命令更新的的工作拷贝到版本库当前的版本。
你可能会不明白为什么要这么做,尤其是在你确知版本库并没有被修改过的情况下。答案很简单,因为提交的时候,并不会彻底更新你的工作拷贝,而只是那些修改的文件会被自动更新。举个例子,有个新建的版本库:
AddFolderinrevision1
AddFile1andFile2inrevision2
ModifyFile1andcommitinrevision3
现在版本库处于修订版本3,但你的工作拷贝的版本会是这个样子:
Folder:revision1
Folder/File1:revision3
Folder/File2:revision2
这时如果你修改File2然后提交,就会失败。因为客户端告诉版本库File2是在版本2的基础上作修改的,但是版本库已经处于版本3了。如果此时你执行更新命令,就会将File2也变成版本3(当然,你的本地修改还会在的)。
这个错误还可能在你试图创建分支或标记时出现。答案永远都是:如果工作拷贝已经过期,那就更新呗!
7、无法写到标准输出
TortoisePlink使用的是标准的plink代码,但不是针对Windows编译的,因而无法正常发送错误信息。在TSVN的设置-》网络里,将SSH客户端指向标准plink,错误信息就会输出到一个命令行窗口中。设置好之后再像之前一样运行TortoisePlink。
“无法写到标准输出”表示Plink想要抛出一个错误,但是因为TortoisePlink并没有提供一个DOS窗口,所以就没没有标准输出来接收这个错误信息。
知道是设置有问题后,可以先使用普通的plink程序,看到底是什么错误,解决它。
如果普通plink挂住了,那就是参数不对(设置-》网络)。
另一个可能是SSH后台程序找不到svnserve可执行文件。以你将要使用的用户(此处为myuser)登录到服务器,输入“whichsvnserve”,如果没有显示指向可执行文件的路径,就把该文件(以及其它Subversion可执行文件)设为对于该用户可全局访问。
8、400服务器未能理解请求(400BadRequest)
REPORTrequestfailedon’。。。‘REPORTof’。。。‘:400BadRequest(http://。。。)
你的DAV请求被防火墙阻止了,多数防火墙都会这么这么干。你可以让你的管理员更改防火墙的设置,或者以https访问,如https://svn.collab.net/repos/svn/,这样你与版本库之间的通信是经过SSL加密的,防火墙无法阻止(如果它没有封掉SSL端口的话)。
另外,现已确认某些病毒扫描程序(如卡巴斯基)也会导致这个错误。
9、403对被请求页面的访问被禁止(403Forbidden)
PROPFINDrequestfailed:403Forbidden
这有可能因为你试图访问版本库的父目录(而不是版本库本身)。你可以试着在URL尾部指定版本库的名字,还有别忘了名字后面的斜杠‘/’。
有关导致此错误的真正原因,请查看Apache的错误日志。
10、405HTTPMethodNotAllowed
PROPFINDRequestFailed-Error405HTTPMethodNotAllowed
这个错误有几种形式,可能的原因有以下几个:
PROPFINDRequestFailed你试图使用较低版本的TortoiseSVN浏览版本库的父目录。你可以试着在URL尾部指定版本库的名字,或者升级TortoiseSVN到1.2.3版或更高。
PROPFINDRequestFailed你漏了URL末尾的斜杠‘/’,较旧版本的TSVN要求在版本库名字后必须有斜杠,否则它会砍掉版本库名字,等于试图去访问它的父目录。
PROPFINDRequestFailed你可能正尝试通过一个不允许DAV请求的代理访问版本库。通常你用网页浏览器浏览版本库是没问题的,只在使用svn客户端时才出错。你必须配置你的代理服务器或防火墙,以让DAV请求通过,或者使用https来访问,多数代理服务器无法分析加密过的信息包,因而也就无法阻止DAV请求了。
另一个可能是你正在运行病毒扫描程序或防火墙,很多此类软件会在你根本不知道的情况下就阻止了DAV请求,可以试一下禁用它们。
LockRequestFailed你尝试在工作拷贝中锁定一个文件,而这个文件在版本库中已经不存在了。你需要先更新工作拷贝。
有关导致此错误的真正原因,请查看Apache的错误日志。
温馨提示:答案为网友推荐,仅供参考