linux – Subversion使用过于严格的权限创建修订目录

概述今天早上,我尝试对Subversion进行修订,发现突然间我没有这样做的许可. Can't move '/svn/db/txn-protorevs/21000-ga9.rev' to '/svn/db/revs/21/21001':Permission Denied 看一下revs目录,我注意到有人提交了第21000个修订版,并且由于某种原因缺少新目录的组写权限. drwxrwsr-x 今天早上,我尝试对Subversion进行修订,发现突然间我没有这样做的许可.

Can't move '/svn/db/txn-protorevs/21000-ga9.rev' to '/svn/db/revs/21/21001':Permission DenIEd

看一下revs目录,我注意到有人提交了第21000个修订版,并且由于某种原因缺少新目录的组写权限.

    drwxrwsr-x  2 svn    svn  24K 2008-10-27 10:04 19    drwxrwsr-x  2 svn    svn  24K 2008-12-18 07:13 20    drwxr-sr-x  2 jeff   svn 4.0K 2008-12-18 11:18 21

在该目录上设置组写权限允许我提交,所以我很适合另外1000个修订.但为什么会发生这种情况,我可以改变什么以确保它不会再发生？

解决方法 如果您有多个开发人员通过file：// protocol访问存储库,您可能需要研究如何设置Subversion服务器(使用svnserve或Apache).使用该解决方案,服务器本身负责存储库文件的所有访问和权限,您将不会遇到此问题.

从SVN Book：

Do not be seduced by the simple IDea of having all of your users access a repository directly via file:// URLs. Even if the repository is readily available to everyone via a network share,this is a bad IDea. It removes any layers of protection between the users and the repository: users can accIDentally (or intentionally) corrupt the repository database,it becomes hard to take the repository offline for inspection or upgrade,and it can lead to a mess of file permission problems (see 07001). Note that this is also one of the reasons we warn against accessing repositorIEs via svn+ssh:// URLs—from a security standpoint,it’s effectively the same as local users accessing via file://,and it can entail all the same problems if the administrator isn’t careful.

总结

以上是内存溢出为你收集整理的linux – Subversion使用过于严格的权限创建修订目录全部内容，希望文章能够帮你解决linux – Subversion使用过于严格的权限创建修订目录所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。