代码之家  ›  专栏  ›  技术社区  ›  Big-G

使用CentOS/WHM安装程序获得SVN+SSH权限的帮助

  •  1
  • Big-G  · 技术社区  · 16 年前

    我会尽力解释我是如何建立这个系统的。

    想象一下,一个生产服务器在不同的站点上运行WHM。我们称这些网站为。。。站点1、站点2、站点2

    现在,更新这些站点是使用SVN完成的,通过使用post commit脚本来自动更新这些站点(通过apache配置阻止.SVN)。

    所以我做了简单的工作,设法让SVN与这些“维护者”一起工作,这样当SVN提交时,更改就被签出并完美地投入使用。

    通过对这个设置的测试,我只给了777的更新权限,这样Joe和Bob就可以对每个站点的webfront目录进行读写访问。

    下面是一个如何设置的示例:

    乔和鲍勃都属于一个叫“德夫”的组织。我设置了master/svn文件夹,可以对这个组进行读写访问,效果很好。Post commit触发器,更新站点,然后在webfront中的每个文件上设置777。

    /home/site1/public\uhtml中的每个文件夹最初都会获得一个chmod 664,每个文件夹775

    drwxrwxr-x .
    drwxrwxr-x ..
    drwxrwxr-x site1 site1 my_test_folder
    -rw-rw-r-- site1 site1 my_test_file
    

    所以site1是这些文件和文件夹的所有者和组所有者。因此,我随后将site1添加到Joe和Bobs二级组中,以便SVN更新将正确地允许访问这些文件。

    现在的问题就在这里。

    当我想向/home/site1添加一个文件或文件夹时,比如说Bobs\u文件,它看起来是这样的

    drwxrwxr-x .
    drwxrwxr-x ..
    drwxr-xr-x Bob   dev   bobs_folder
    drwxrwxr-x site1 site1 my_test_folder
    -rw-rw-r-- Bob   dev   bobs_file
    -rw-rw-r-- site1 site1 my_test_file
    

    • 2人更新
    • 尝试将文件和文件夹的主用户/组权限保留到原始用户帐户,而不是更新对象的帐户。
    • 我不想把这一切都压在根上。

    我希望这是有意义的,并提前感谢:)

    1 回复  |  直到 16 年前
        1
  •  0
  •   Homer6    16 年前

    尝试:

    $ chown -R site1:site1 /home/site1
    

    这将递归地将该目录中的所有文件更改为“site1”组中的“site1”用户所拥有。