从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 folder"已锁定
错误：sqlite:尝试写入只读数据库
错误：sqlite:尝试写入只读数据库
已完成！
试图通过上下文菜单解锁从未锁定的文件时，会出现以下消息：
没有什么可解锁的。此工作副本中没有锁定的文件。
我已经玩过文件夹的权限，我发现让"域用户"控制文件夹可以解决这个问题，但我宁愿没有这么广泛的权限。我曾尝试向单个用户和SVN组授予相同的权限，但这些权限也不起作用。
我错过了什么
这是SVN的不当使用吗
两个不同的域用户是否可以在不删除.SVN文件的情况下使用SVN更新文件夹？
供将来参考。。。
我也遇到了同样的问题，一些WC是我从旧机器上的文件共享复制到新笔记本电脑的硬盘上的。
事实证明，这个问题是通过让我自己（而不是所有域用户或任何其他组）完全控制文件夹来解决的。
是否检查了win2008机器上的svn服务用户？该用户是否具有本地管理员权限，并对c:上的这些文件夹具有权限？更改任何内容后，请重新启动服务。
对我来说，更改文件夹权限没有帮助，但我在批处理脚本中更新了几个目录，所以我通过解决了这个问题
cmd->以管理员身份运行->启动更新脚本