Svn 无法在Windows XP上打开存储库错误

Svn 无法在Windows XP上打开存储库错误,svn,Svn,我正试图向我的本地SVN承诺,该SVN一直运行良好,但今天它出现了以下错误: Unable to open repository 'file:///C:/wamp/www/svns/[myproject]/[dir]/[subdir]' 有什么问题吗 编辑:完全错误: Commit failed (details follow): Unable to open an ra_local session to URL Unable to open repository 'file:///C:/

我正试图向我的本地SVN承诺,该SVN一直运行良好,但今天它出现了以下错误:

Unable to open repository 
'file:///C:/wamp/www/svns/[myproject]/[dir]/[subdir]'
有什么问题吗

编辑:完全错误:

Commit failed (details follow):
Unable to open an ra_local session to URL
Unable to open repository 
'file:///C:/wamp/www/svns/[myproject]/[dir]/[subdir]'
第二次编辑:

以下是TortoiseSVN和SVN客户端信息:

TortoiseSVN 1.5.7, Build 15182 - 32 Bit , 2009/01/24 22:44:13
Subversion 1.5.5, 
apr 1.2.12
apr-utils 1.2.12
berkeley db 4.4.20
neon 0.28.3
OpenSSL 0.9.8i 15 Sep 2008
zlib 1.2.3

我要检查的前三件事:

  • 本地路径就是您想要的
  • 该目录仍然存在
  • 对该路径中所有文件夹的权限

  • 在过去的几天里,svn也遇到了一个问题,涉及C:/windows/temp上的权限

    可能是MS修复程序破坏了svn访问其临时文件的方式

    这可能与您的体验完全无关,但似乎与我们的体验相似。

    别忘了跑步

    svnadmin verify path\to\repository
    

    您最近是否升级了一个或多个subversion客户端

    如果您的所有客户机直接访问您的存储库,那么他们应该处于相同的级别(全部为1.4、全部为1.5,或者很快全部为1.6.*)

    从技术上讲,您可以使用其他一些组合,但由于您也需要它们与您的工作副本的版本相同,您应该使它们兼容。。。(在1.5.X版本之前,当您使用更高版本访问存储库时,存储库会自动升级到最新版本)

    另外需要注意的是,并非所有客户机都支持相同的存储库格式。大多数支持FSF,但并非所有都支持BDB。更糟糕的是,有多个不兼容的BDB版本

    TortoiseSVN、AnkhSVN和Slik Subversion在相同的1.X.Y级别上具有完全相同的BDB版本。。对于其他客户,您应该阅读他们的文档


    小更新:TortoiseSVN 1.6.x将放弃对文件://访问BDB存储库的支持。(然后您将需要一个svnserve或apache服务器来访问这些存储库)

    我认为这可能是由于以下原因之一:

  • BDB 4.4与您的svn客户端不兼容。查看此文件以了解更多信息(它不适用于Windows,但希望仍然有用)-即将BDB升级到>4.4或迁移到fsfs
  • 文件权限问题。《实用Subversion》一书中有一节专门介绍了存储库权限,其中特别提到了您遇到的错误。有关预览,请参阅-通常需要仔细检查所有权限。另外:正如其他人所建议的,可能值得再次检查windows temp文件夹权限,因为svn可能会在幕后使用它
  • 迁移到fsfs存储库存储也是一个好主意

    如果这没有帮助:您是否会在

    Unable to open repository
    'file:///C:/wamp/www/svns/[myproject]/[dir]/[subdir]'
    
    因为file://协议本质上是无状态的,当一个存储库有多个用户时,通常不使用它

    因此,您可能希望使用svn://URL方案来验证存储库是否确实已损坏。这是因为Subversion处理不同URL方案的方式—它使用存储库访问层来处理URL方案。RA层中的不同模块处理适当的协议,如file://、svn://、http://等。在您的案例中,RA_本地模块报告错误,因为它处理file://URL方案

    如果您正在使用svnserve守护程序,则可以使用svn://URL方案。我在这里有点放肆,但假设你有。svnserve的根目录在这里很重要-URL中的路径相对于根目录

    假设C:/wamp/www/svns/[myproject]是您的存储库,并且svnserve的根目录设置为C:/wamp/www/svns,您可以尝试使用svn://hostname/[我的项目]

    另一方面,由于您使用的是BDB而不是FSF,请务必查看Subversion站点上的以下常见问题解答条目:

  • 请记住在尝试执行恢复之前先运行svnadmin verify

  • PS:备份很有用。

    在我的情况下,它一定是SVN Tortoise权限设置中的一个错误。我没有改变任何东西,但突然间无法导入或提交。只有当我重新安装SVN Tortoise并创建新的存储库时,问题才得以解决。

    我检查了目录及其非“只读”,在Win Xp上检查还需要哪些权限?我总是使用相同的方法,即右键单击dir并选择SVN commit(使用乌龟SVN),它可以工作,因此非常确定本地路径等是它想要的。好吧,您需要查看本地路径是否是您想要的,因为它是您的存储库。您需要检查的权限是文件夹上的访问控制列表。我是管理员用户,也是计算机上唯一的帐户,因此我认为我应该有足够的权限。。而且,从我上次提交到今天(我想)我没有使用临时目录,所以我认为这不是问题所在。您使用的是Tortoise SVN吗?我不认为这与1.6.x更新有任何关系,因为同样托管在同一目录和文件系统中的所有其他存储库都工作正常。提交失败-在签出或查看日志时是否也会发生此失败?使用svn://或http://协议(如果可用)时是否会发生相同的错误?嗨,不,如果我尝试查看日志,svn会告诉我存储库处于脱机状态。但是,即使在同一目录中,所有其他存储库也正常工作。我想http协议不可用,但是如何使用svn访问它呢?我在WinXP上使用tortoiseSVN,我是一个完全的svn新手,请参考我下面的答案;评论超过了300个字符的限制。我试图使用svn:/[name]进行浏览,但出现了未知主机名“name”的错误。(我当然没有把它放在方括号里。想法?)谢谢你的url,svnadmin恢复程序又修复了我的问题。已将URL的一部分放在尖括号中。添加了关于为什么应避免使用file://的参考。