从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 \新文件夹'已锁定
错误：sqlite：尝试编写只读数据库
错误：sqlite：尝试编写只读数据库
完成！
尝试通过上下文菜单解锁从未锁定的文件，但会收到以下消息：
没有什么可以解锁的。没有文件在此工作副本中有锁定。
我玩过该文件夹的权限，我发现给“域用户”控制文件夹可以解决问题，但我宁愿没有这么广泛的权限。我尝试向单个用户和SVN组授予相同的权限，但这些也没有用。
我缺少什么？
这是对SVN的不当使用吗？
2个不同的域用户可以使用SVN更新文件夹而无需删除.SVN文件吗？
答案 0 :(得分：4)
供将来参考......
我遇到了一些与我从旧机器上的文件共享复制到我的新笔记本电脑硬盘上的WC一样的问题。
事实证明，通过让自己（而不是所有域用户或任何其他组）完全控制该文件夹来解决问题。
答案 1 :(得分：1)
你在win2008机器上检查过svn服务用户了吗？ 该用户是否具有本地管理员权限，并且还拥有c：上这些文件夹的权限？ 更改任何内容后重新启动服务。
答案 2 :(得分：0)
对我来说，更改文件夹权限没有帮助，但我在批处理脚本中更新了几个目录，所以我通过
解决了这个问题。cmd - ＆gt;以管理员身份运行 - ＆gt;开始更新脚本</ p>