trac-GitolitePlugin

//github.com/sitaramc/gitolite :; HTTPS & NBSP

TRAC-GitolitePlugin는 gitolite와 양방향 통합을 제공하는 Trac의 플러그인입니다.
Gitolite의 저장소에 대한 읽기 권한이 없습니다 1. 사용자 Trac의 웹 브라우저에서 해당 저장소를 보는 것을 차단됩니다
Trac의 웹 인터페이스를 통해 사용자의 gitolite 기반 저장소의 권한을 관리 할 수​​ 있습니다 2. Trac 저장소 관리자
Trac의 웹 인터페이스를 통해 사용자의 SSH 공개 키를 추가하고 제거 할 수 있습니다 3. Trac 저장소 관리자는 gitolite 시스템에 대한 액세스를 제어 할 수
4. Trac 저장소 관리자는 Trac의 웹 인터페이스를 통해 빈 gitolite 저장소를 초기화하는 "새 저장소 만들기"기능을 사용할 수 있습니다
설치
개요
1. 동일한 서버에 Trac을하고 Gitolite를 설치합니다.
2. Trac의 프로세스를 실행하는 시스템의 사용자가 파일 시스템이 현재와 미래의 모든 gitolite 저장소에 대한 읽기 액세스 권한이 있는지 확인합니다. 이 작업을 수행하는 가장 간단한 방법은 gitolite 사용자로 Trac의를 실행하는 것입니다; 더 정확한 방법은 gitolite 사용자의 기본 그룹에 Trac을 추가하고 이미 생성 된 파일에 대한 권한을 해결하기 위해 chmod를 실행뿐만 아니라 .gitolite.rc에서 => 0027 UMASK를 설정하는 것입니다.
3. 있는지 확인 공개 키 / keydir 및 추가 RW의 + (또는 RW) - 관리자를 gitolite하는 것을 추가 복제 및 Trac에 사용자의 SSH 키 쌍을 설정하여, gitolite-관리 저장소를 푸시 할 수 Trac의 프로세스를 실행하는 시스템의 사용자 "의 repo gitolite-관리"에 대한 gitolite-관리 / conf의 / gitolite.conf에서 해당 사용자에게 권한을 부여합니다.
4. gitolite-관리 달러 GITOLITE_HOME / 저장소 / gitolite-admin.git 자식을 추가 TRAC-관리 저장소와 같은 명령을 실행하여 gitolite-관리 저장소의 존재에 대해 Trac을 말해
5. trac_gitolite 플러그인을 설치 사이트의 trac.ini permission_policies 설정 trac.ini과 앞에 추가 "GitolitePermissionPolicy"의 구성 요소를 할 수 있습니다.
자세한 설명
첫째, 표준 방식으로 Trac에와 Gitolite를 모두 설치합니다. 그들은 동일한 서버에 설치되어 있어야합니다.
당신은 Trac에 당신의 gitolite 저장소를 포함하는 파일 시스템 디렉토리에 필요한 읽기 액세스 할 수 있는지 확인해야합니다. Trac에가 홈 디렉토리 / 가정 / 자식과 사용자 "자식"로 실행하도록 설치 한 사용자 "WSGI"과 gitolite로 실행중인 경우 / 당신은 아마이 같은 서버에 명령을 실행하고자 할 것입니다 :
sudo를하고 usermod -a -G 자식 WSGI
sudo는 chmod를 -R의 g + RX / 가정 / 자식 / 저장소 /
또한 Trac에 시간이 지남에 필요한 모든 파일을 읽을 계속 할 수 있도록해야합니다. 이렇게하는 한 가지 방법은 또 다른 방법은 저장소 템플릿을 사용하여 (gitolite-관리자 포함) 모든 기존 및 신규 저장소에 저장소 구성 core.sharedRepository = 그룹을 설정하는 것입니다 0027.에 .gitolite.rc에 UMASK 설정을 설정하는 것입니다.
이제 Trac에이 표준 저장소 기능을 사용하여 gitolite 저장소에서 읽을 수 있습니다.
그런 다음 Trac에에 gitolite-관리 저장소 자체를 추가해야합니다. 이 Trac의 자체 버전 제어 API를 사용하여 gitolite-관리 저장소에서 구성 파일을 직접 읽을 수 있습니다. 명령 줄을 사용하여이 작업을 수행합니다 :
TRAC-관리 / 경로 /에가 / ENV / 저장소는 gitolite-관리자 /home/git/repositories/gitolite-admin.git 자식을 추가
지금부터, 당신의 Trac의 시스템에 "내-첫 REPO"라는 기존 gitolite 저장소를 추가하려면 디렉토리 / 가정 / 자식 / 저장소와 "내 최초의-의 repo"라는 이름의 Trac 저장소 자식 저장소를 추가 / 내 최초의 Trac에의 표준 관리 웹 인터페이스, 쉘 스크립트, 또는 구성 파일을 통해 -repo.git.
다음으로, Trac의 시스템 사용자는 gitolite 자체를 통해 gitolite-관리 저장소에 읽기 및 쓰기 권한을 부여해야합니다. 이 Trac을 당신의 Gitolite 시스템 (웹 기반 사용자, 권한 및 저장소 관리)에 대한 변경 사항을 기록하는 방법이다 -는 gitolite-관리자의 repo를 복제 변경을 작성, 커밋하고 서버에 다시 그들을 밀어 것입니다.
이렇게하려면 - 다시 Trac의 사용자 "WSGI"로 실행되고 있음을 가정하여 -이 같은 서버에서 명령을 실행합니다 :
sudo는 스와 WSGI
SSH-keygen은
출구
CD / tmp를 /
자식 복제 자식 @ localhost를 : gitolite-admin.git
CD / TMP / gitolite-관리자 /
"의 repo gitolite-관리자 에코
& NBSP; RW + = WSGI ">> ./conf/gitolite.conf
sudo는 CP ~ WSGI / 스푸핑 / id_rsa.pub ./keydir/wsgi.pub
자식은 keydir / wsgi.pub의 conf / gitolite.conf 추가
자식은 "trac_gitolite 권한 구성"-m 커밋
자식 푸시
마지막으로, 귀하의 사이트에 대한 trac.ini에서 trac_gitolite 구성 요소를 사용 :
[구성 요소]
trac_gitolite. * = 사용 가능
이 Trac에 관리자의 "버전 관리"섹션에 세 개의 새로운 패널을 추가합니다. 추가로 권한 정책을 사용하려면 trac.ini에 추가 :
[TRAC]
permission_policies = GitolitePermissionPolicy, AuthzPolicy,
& NBSP; DefaultPermissionPolicy, LegacyAttachmentPolicy
구성
의미있는 디폴트 Trac을하고 Gitolite의 가장 일반적인 설치를위한 작업을해야이 제공된다. 다음 trac.ini 옵션 ([TRAC-gitolite] 섹션에 모두가) 필요한 경우 수정할 수 있습니다 :
- admin_reponame : 기본값은 gitolite-관리를하는 단계; 이 gitolite-관리 저장소의 TRAC의 이름입니다
- admin_real_reponame : 기본값은 gitolite-관리를하는 단계; 이 gitolite-관리 저장소의 gitolite의 이름입니다
- admin_ssh_path : 자식 @ localhost를 기본값 : gitolite-admin.git
- admin_system_user "TRAC"기본값; 이것은 TRAC 웹 프로세스를 실행하는 시스템에서 사용자의 gitolite 이름
- default_private : 디폴트는 true; 참 (기본값)로 설정하면 gitolite.conf에서 누락 된 Trac에 알려진 저장소는 사용자에게 Trac의 소스 브라우저를 통해 볼 수 없습니다. Trac의 권한 시스템의 나머지 부분에 그 저장소 '권한을 연기 False로 설정하십시오.
- all_includes_anonymous : 디폴트는 false; True로 설정하면, @All와 리포지토리 = gitolite.conf의 R 익명 사용자가 웹을 통해 볼 수 있습니다. 기본은 로그인 한 모든 사용자가이 저장소를 볼 수 있도록하는 것입니다

이 릴리스의 새로운 기능입니다.

이 고정 오류 이전 버전에서.

이 요구 사항 :

이 파이썬
Trac에