一个应用程序的工作副本试图更新时,返回所描述的错误。
可这个错误被具有足够的权限写入文件夹引起的(或在某些文件的话)?
我已经试过了“释放锁定”功能和龟告诉我有没有锁。
在股票的工作拷贝经常会出现问题(包括/特别是与权限) - 作为一个结果,它不是一个推荐的配置。实际上有在桑巴的相当多的版本,是由SVN 1.5或1.6这就造成了一些类似这样的问题引发了错误。它可以工作围绕与a change to the Samba configuration - 但这可能无法解决所有的问题。最好的做法是不是你在做什么 - 只能通过股价在厕所操作本地,不
我得到了非常错误与TortoiseSNV Windows下。显然,.svn
文件夹中有一个小的SQLite数据库文件,而如果你没有写权限,将导致错误。
当我透过玻璃窗壳(右键)菜单中使用TortoiseSVN,解决它,我跑Windows资源管理器我用来导航到该文件夹的管理员,一切工作正常。
另一种解决方案,当然,将是给写权限到您要使用TortoiseSVN与用户。
虽然以龟没有关系,我只是有这个错误,因为我跑的svn更新为根(忘了我是su'd在Linux中),并得到了冲突。
固定它是作为做CHOWN -R用户的.svn RWX一样简单,然后CHMOD UG =在所述的.svn文件夹中的文件wc.db。
如果写访问不适用于您的团队在SVN服务器上存储库中的rep-cache.db文件会出现此错误。你将需要访问SVN服务器或找人谁有权访问。
搜索REP-cache.db文件:
find / | grep rep-cache.db
转到你正在使用,并键入以下信息库下的分贝子目录:
chmod g+w rep-cache.db
通常,当发生该错误的组只只读访问。这将给读/写的组,它应该阻止发生的错误。
我得到这个错误,因为我动了我的仓库到新的服务器。主文件夹是由根目录中创建。其结果是,存在的恢复文件和新创建的文件之间权限的inconsistance。乔敦 - R的主文件夹中解决了这个问题。
最近,我得到这个错误,这是因为我已经登录到使用了错误的用户帐户,我的开发环境。我已经设定了项目使用本地管理员帐户开发VM。当我在用户登录我的个人帐户谁没有本地Windows管理员我得到这个错误。所以在我的情况下,它是由于Windows权限。
复制整个SVN回购到另一个位置时,我得到了同样的错误。当我检查的Windows权限,一切似乎都很好。我重新应用的Windows权限和突然的Windows应用的权限,并从那时起一切工作正常。
有了这个在Windows 7系统,等待10分钟SVN更新可用没有问题之后。也许龟在启动过程中的问题。