저는 현재 기존 SVN 저장소를 git로 변환 한 다음 푸시를 허용하기 전에 검토를 위해 Reviewboard를 사용하려고합니다. 필자는 최근에야 git을 사용하기 시작했고, 전문가와는 거리가 멀지 만, 내가하고 싶은 것은 ReviewBoard에 변경 사항을 제출하기 위해 "post-review"를 실행하는 미리 푸시 후크입니다. 이 작업을 수행 할 수있는 고리가 있지만이 저장소의 복제본에 자동으로 전파되지 않는 것처럼 보입니다. 이 코드를 읽는 것은 사용자가 실행 코드를 강제로 실행하지 못하도록하는 것처럼 보이지만 내부 전용 저장소이므로이 정책과 몇 가지 다른 정책을 적용하려고합니다. git이 원격 복제본에 후크를 전파하도록하거나 개발자에게 해당 지역 저장소에 해당 후크를 배치하도록 지시해야합니까?Git 후크 - 원격 저장소에서 전파 중입니까?
감사 - 아담
망할 놈이 더 내장 된 클론, 옵션 또는 기타 사이에 후크를 전송하기위한 지원.하지 새로운 저장소를 위해 수정하거나 추가 할 수있는 기본 템플릿이 있지만 로컬 파일 시스템 (또는 경우에 따라 네트워크 파일 시스템)에서 가져옵니다. 시스템을 도구로 사용하여 복사하거나, 저장소 자체에 후크를 넣고 개발자가 복제본을 올바르게 구성하도록 요청할 수 있습니다.
푸시가 발생하지만 ref가 업데이트되기 전에 중앙 노출 저장소에서 원하는 후크를 실행할 수도 있습니다. 이것은 pre-receive 또는 update 훅으로 수행 할 수 있습니다. 이것이 허용 가능한지 여부는이 후크의 실제 기능에 달려 있습니다.이 기능은 게시물에서 분명하지 않습니다.
http://www.reviewboard.org/docs/manual/dev/faq/을 읽는다면 개발자가 주제 분기를 사용하도록 권장해야 할 수도 있습니다. 변경 사항이 승인되면 릴리스 분기로 병합 할 수 있습니다. 권한이있는 사용자의 특정 브랜치 또는 다른 조건으로 만 푸시 할 수있는 업데이트 훅을 가질 수 있습니다. 이것은 또한, 당신이 망할 놈의 더 나은 통합 http://code.google.com/p/gerrit/을 고려해 볼 수 있습니다 당신은 Reviewboard하기 위해 최선을 다하고하지 않는 경우 당신은 http://progit.org/book/ch4-8.html
에 대한 읽을 수 Gitolite를 사용하여 수행 할 명시 적으로이 워크 플로를 지원 할 수
참조 HTTP ://stackoverflow.com/questions/3462955/putting-git-hooks-into-repository -이 질문에 대한 답변입니다. – bstpierre