TRAC-GitolitePlugin是Trac的插件,提供了gitolite双向集成:  HTTPS://github.com/sitaramc/gitolite。
1.谁不具有读取权限在Gitolite存储库的用户将无法查看在Trac系统的Web浏览器库被阻止
2. Trac系统管理员可以通过Trac的Web界面管理用户的gitolite基础信息库的权限
3. Trac系统管理员可以通过Trac的Web界面添加和删除用户的SSH公共密钥来控制访问gitolite系统
4. Trac系统管理员可以使用“新建库”功能,通过Trac的Web界面来初始化一个空gitolite库
安装
概观
1.在同一台服务器上安装的Trac和Gitolite。
2.确保运行Trac的过程中,系统用户目录下读取访问在现在和将来都gitolite库。要做到这一点,最简单的方法是运行Trac系统作为gitolite用户;更正确的方法是Trac系统添加到gitolite用户的主要组和.gitolite.rc umask设置=> 0027以及运行chmod命令修复了在已创建的文件的权限。
3.确保运行Trac的过程中可以克隆,推动gitolite管理员信息库,通过建立一个SSH密钥对Trac的用户,并补充说公钥gitolite管理员/你keydir并添加RW +(或只是RW)系统用户权限在gitolite管理员/ conf目录/ gitolite.conf相应用户的“回购gitolite管理员”。
4.告诉Trac的有关gitolite管理员库的存在,通过运行像TRAC管理员库添加gitolite管理员$ GITOLITE_HOME /库/ gitolite-admin.git git的命令
5.安装trac_gitolite插件,使其组件trac.ini和前面加上“GitolitePermissionPolicy”到你的网站的trac.ini permission_policies设置。
详细说明
首先,在标准的方式同时安装的Trac和Gitolite。它们必须安装在同一台服务器上。
您将需要确保Trac的有包含您的gitolite库的文件系统目录必要的读访问。如果Trac的是已经安装为用户的“混帐”与HOMEDIR的/ home / git的运行运行的用户“WSGI”和gitolite /你可能会想你的服务器是这样运行的命令:
须藤usermod命令-a -G混帐WSGI
sudo的文件模式-R G + RX /家用/混帐/库/
您还需要确保Trac的可以继续阅读所有需要的文件,随着时间的推移。要做到这一点的一种方法是在.gitolite.rc UMASK设置设为0027.另一种方法是利用一个储存库模板来设置存储库配置core.sharedRepository =组中的所有现有的和新的存储库(包括gitolite管理员)。
现在Trac系统将能够使用其标准库功能,您gitolite库阅读。
然后,您需要到gitolite管理员库自身添加到Trac的。这将允许Trac系统直接使用它自己的版本控制的API的gitolite管理员库读取配置文件。这样做有一个命令行:
TRAC管理员/路径/到/ ENV /存储库添加gitolite管理员/home/git/repositories/gitolite-admin.git混帐
从现在起,要添加一个名为“我先回购”到你的Trac系统的现有gitolite存储库中,可以添加一个名为“我先回购”与目录/ home / git的/仓库的Trac Git仓库/我一-repo.git通过Trac系统的标准管理Web界面,shell脚本或配置文件。
接下来,您将需要授予的Trac系统用户通过gitolite本身的读取和写入权限对gitolite管理员信息库。这是Trac系统将如何更改写入您的Gitolite系统(基于Web的用户,权限和资源库管理) - 将克隆gitolite管理员回购,写变化,提交和他们推回服务器。
要做到这一点 - 再假设Trac的运行为用户“WSGI” - 你将你的服务器是这样上运行命令:
须藤苏WSGI
SSH-凯基
出口
CD的/ tmp /
混帐混帐克隆@本地:gitolite-admin.git
CD的/ tmp / gitolite管理员/
回声“回购gitolite管理员
  RW + = WSGI“>> ./conf/gitolite.conf
须藤CP〜WSGI /的.ssh / id_rsa.pub ./keydir/wsgi.pub
git的添加你keydir / wsgi.pub的conf / gitolite.conf
git的承诺-m“配置trac_gitolite权限”
混帐推
最后,启用trac.ini为您的网站trac_gitolite组件:
[成分]
trac_gitolite。* =启用
这将增加三个新的面板,在Trac的管理员“版本控制”一节。为了还使权限策略,添加到您的trac.ini:
[TRAC]
permission_policies = GitolitePermissionPolicy,AuthzPolicy,
  DefaultPermissionPolicy,LegacyAttachmentPolicy
配置
提供合理的默认值应该工作的Trac和Gitolite的最典型的安装。下面trac.ini选项(全部在[TRAC-gitolite]部分)可以根据需要进行修改:
- admin_reponame:默认为gitolite管理员;这是在gitolite管理员库TRAC名称
- admin_real_reponame:默认为gitolite管理员;这是在gitolite管理员库gitolite名称
- admin_ssh_path:默认的git @本地:gitolite-admin.git
- admin_system_user:默认为“TRAC”;这是在系统用户的gitolite运行的trac幅过程的名称
- default_private:默认为True;当设置为True(默认值)已知的Trac这是从gitolite.conf缺少库将无法通过Trac的源代码浏览器的任何用户可见。设置为False那些库的权限推迟到Trac的许可系统的其余部分。
- all_includes_anonymous:默认设置为False;当设置为True,仓库与@All = R在gitolite.conf将能够看到通过网络匿名用户。默认是使这些存储库查看所有已登录的用户才
什么在此版本中是新的:
- 在以前的版本修正了错误。
要求:
- 在Python中
- 在Trac系统
评论没有发现