如果您使用该svn://
协议,则读/写权限必须针对运行该svnserve
进程的用户。事实上,这正是为什么file://
当您有多个用户时不应该使用该协议的原因......
当您svn://
用作协议时,您要求svnserve
进程对您的 Subversion 存储库进行读取和写入。因此,您作为用户不需要实际的读/写权限。
事实上,您不希望svnserve
进程以外的任何人能够直接访问您的存储库文件。标准设置是让您的 Subversion 存储库中的文件只能由运行您的 Subversion 服务器进程的用户访问:无论httpd
是svnserve
.
要解决您的问题,请确保运行svnserve
命令的用户拥有您的 Subversion 存储库目录树中的文件。确保所有文件和目录都设置为rwx------
或rwxr-xr-x
。这样,除了svnserve
进程之外,没有人可以接触文件。
那么,如何指定安全性?在 Subversion 存储库目录中,有一个名为conf
. 最简单的方法是配置一个svnserve.conf
在这个目录下调用的文件。您对以下三个部分感兴趣:
关于第 11 行,有两行# anon-access = read
和# auth-access = read-write
. 您可以删除#
行首的 以启用这两个参数。anon-access
设置您未登录时的访问权限类型。默认为read。您可能希望将其更改为none。另一个是您登录时拥有的访问权限类型。您希望保留默认设置,即read-write。
在conf/svnserve.conf
文件的第 20 行左右,有一行# password-db = passed
. 在第 11 行中,您指定了登录用户的访问权限。现在,您正在指定包含登录名和密码的文件。从该行的开头删除#
以指定该 conf/passwd
文件具有您的用户名和密码。该目录中有一个示例passwd
文件。注意:确保此文件rw-------
对其具有权限。您不希望任何人能够打开它并看到密码!
通常,这就是您感兴趣的全部内容。大多数网站都表示,任何可以登录的人都应该能够进行更改。毕竟,如果有人把事情弄得一团糟,你总是可以撤消它。但是,如果您想更严格地限制谁可以更改哪些文件,则需要查看conf/svnserve.conf
文件中的第 27 行。这看起来像# authz-db = authz
。再次#
从头开始删除。在conf
目录中,有一个示例authz
该文件向您展示如何设置谁对存储库的特定部分具有读取或读写访问权限。我强烈建议您在这样做之前三思而后行。否则,您将为自己创造大量工作,并使所有开发人员都讨厌您。将开发人员从一个项目拉到另一个项目并不罕见。如果您已严格锁定项目,以便只有某些开发人员可以写入某些项目,那么每次开发人员切换项目时,您都会更改此文件,并且开发人员必须等待您才能完成工作。轻触。轻触。