尝试更新时，应用程序的工作副本返回所描述的错误。
此错误是否是由于没有足够的权限写入文件夹（或其中的某些文件）而导致的？
我试过“释放锁”功能，乌龟告诉我没有锁。
问问题
67064 次
10 回答
37
我在 Windows 下使用 TortoiseSVN 时遇到了这个错误。显然，该.svn文件夹有一个小的 SQLite 数据库文件，如果您没有写入权限，则会导致该错误。
当我通过 Windows shell（右键单击）菜单使用 TortoiseSVN 时，为了解决这个问题，我运行了 Windows 资源管理器，我曾经以管理员身份导航到文件夹，一切正常。
当然，另一种解决方案是向您尝试使用 TortoiseSVN 的用户授予写入权限。
于 2014-01-07T16:24:27.310 回答
9
共享上的工作副本经常会导致问题（包括/尤其是权限问题） - 因此，不推荐使用此配置。实际上，在很多 Samba 版本中，SVN 1.5 或 1.6 触发了一个错误，导致了许多类似的问题。它可以通过更改 Samba 配置来解决 - 但这可能无法解决您的所有问题。最佳做法是不要做你正在做的事情 - 只在本地操作 WC，而不是通过共享
于 2013-03-03T22:22:15.450 回答
9
虽然与乌龟无关，但我只是遇到了这个错误，因为我以 root 身份运行 svn update（忘记了我是在 Linux 机器上使用 su 的）并且发生了冲突。
修复它就像在 .svn 文件夹中的文件 wc.db 上执行 chown -R user .svn 然后 chmod ug=rwx 一样简单。
于 2014-12-03T18:37:54.007 回答
8
如果您的组无法对 SVN 服务器上存储库中的 rep-cache.db 文件进行写访问，则可能会发生此错误。您将需要访问 SVN 服务器或获得有权访问的人。
搜索 rep-cache.db 文件：
find / | grep rep-cache.db
转到您正在使用的存储库下的db子目录，然后键入以下内容：
chmod g+w rep-cache.db
通常，发生此错误时，该组只有只读访问权限。这将使组读/写，这应该阻止错误发生。
于 2013-10-28T14:50:39.560 回答
4
我收到此错误，因为我将存储库移动到了新服务器。主文件夹是由 root 创建的。结果，恢复的文件和新创建的文件之间的权限不一致。主文件夹上的 chown -R 解决了这个问题。
于 2016-02-22T10:08:59.847 回答
3
我最近收到此错误，这是因为我使用错误的用户帐户登录了我的开发环境。我已经使用本地管理员帐户在开发 VM 上设置了项目。当我登录不是本地 Windows 管理员的个人帐户时，我收到此错误。所以在我的情况下，这是由于 Windows 权限。
于 2015-09-02T09:17:21.987 回答
3
将整个 SVN 存储库复制到另一个位置时，我遇到了同样的错误。当我检查 Windows 权限时，一切似乎都很好。我重新应用了 Windows 权限，突然 Windows 应用了权限，从那时起一切正常。
于 2017-01-02T10:10:05.467 回答
2
对于 Ubuntu 用户
当您在公共目录上设置项目时，例如home不要sudo在其上使用。例如：手动sudo mkdir folderName使用或创建它。mkdir folderName
当您使用创建时，sudo您将文件夹锁定。（检查带有和不带的图像sudo）
也不要使用sudo svn co http://path/to/trunk/ ./ use withoutsudo
像这样
svn co http://path/to/trunk/ ./
刚刚得到这个错误并很好地解决了
于 2017-08-29T08:07:50.733 回答
1
在 Windows 7 系统上有这个，等待 10 分钟后 SVN 更新可用，没有问题。可能是 Tortoise 启动过程中的问题。
于 2015-09-18T09:06:10.023 回答
0
我也面临同样的问题。
分辨率为：
chmod g+w rep-cache.db 这个文件可以在 /db/ 下找到
于 2021-01-20T11:26:33.333 回答