11

从 Windows Server 2003 切换到 Server 2008 后，我们遇到了 SVN 的奇怪权限问题。

在我们的标准构建框中，有一个文件夹 ( C:\SVN_Code_Folder)，AD_User_A 使用 SVN_User 和 TortoiseSVN 1.7.6 将其与 SVN 存储库相关联

在使用Windows 2003 时，当AD_User_B 登录该框并尝试更新、切换、合并SVN_Code_Folder 与SVN_User 时，将执行该命令。

在 Windows 2008 中，它失败并显示以下消息：

命令：更新
错误：工作副本 'C:\jboss-4.2.3.GA\server\New 文件夹'已锁定
错误：sqlite：尝试写入只读数据库
错误：sqlite：尝试写入只读数据库
已完成！

尝试通过上下文菜单解锁从未锁定的文件会遇到以下消息：

没有什么可以解锁的。此工作副本中没有文件被锁定。

我玩过文件夹的权限，发现让“域用户”控制文件夹可以解决问题，但我不希望拥有如此广泛的权限。我尝试向单个用户和 SVN 组授予相同的权限，但这些也不起作用。

我错过了什么？
这是对SVN的不当使用吗？
2 个不同的域用户可以在不删除 .SVN 文件的情况下使用 SVN 更新文件夹吗？

4

3 回答 3

4

备查...

我从旧机器上的文件共享复制到新笔记本电脑的硬盘上的一些 WC 也遇到了同样的问题。

事实证明，通过让我自己（而不是所有域用户或任何其他组）完全控制文件夹来解决问题。

于 2013-10-10T19:35:10.530 回答
1

Did you check the svn service user on the win2008 machine? Does that user have local administrator privileges and also have permission to these folders on c:? After changing anything restart the service.

于 2012-11-28T22:02:32.510 回答
0

对我来说，更改文件夹权限没有帮助，但我在批处理脚本中更新了几个目录，所以我解决了这个问题

cmd -> 以管理员身份运行 -> 启动更新脚本

于 2016-06-23T09:45:52.333 回答