이상한 제목, 예, 그러나 나는 생각할만한 약간의 근거가 있습니다.
개인 저장소가있는 github에 조직 계정이 있습니다. 우리는 github의의 기본 문제 / 풀 요청 기능 (풀 요청이 기본적으로 있습니다 사용하려는 정확히 우리가 코드 리뷰 및 기능 토론으로까지 원하는). 기존 문제를 풀 요청으로 변환하고 현재 지점을 자동으로 연결할 수있는 멋진 기능을 갖춘 defunkt 의 툴 허브 를 발견 했습니다.
조직의 각 개발자가 조직의 저장소를 포크하여 기능 작업 / 버그 수정 등을 수행하는 것이 가장 좋은 방법인지 궁금합니다. 이것은 꽤 견고한 워크 플로우처럼 보이지만 (기본적으로 github의 모든 오픈 소스 프로젝트가하는 것과 같습니다) 조직의 저장소 인 ONE 소스에서 문제를 추적하고 요청을 가져올 수 있기를 원합니다.
그래서 몇 가지 질문이 있습니다.
- 이 경우 개발자 당 포크 방식이 적절합니까? 약간 과잉 일 수있는 것 같습니다. 직접 푸시 액세스 권한이없고 모든 코드를 검토해야하는 개발자를 소개하지 않는 한 모든 개발자에게 포크가 필요한지 확실하지 않습니다. 어떤 경우에, 우리는 그러한 개발자들에게만 그런 정책을 세우기를 원할 것입니다. 그래서 어느 것이 더 낫습니까? 단일 저장소에있는 모든 개발자 또는 모두를위한 포크?
- 누구든지 허브 도구, 특히 풀 요청 기능에 대해 경험이 있습니까? 개발자 당 분기 별 (또는 권한이 적은 개발자)을 수행하는 경우 허브의 풀 요청 기능이 업스트림 마스터 리포지토리 (조직의 리포지토리)의 풀 요청에서 작동합니까 아니면 다른 동작이 있습니까?
편집
문제, 포크 및 풀 요청으로 몇 가지 테스트를 수행하여 발견했습니다. 조직의 리포지토리에 문제를 생성 한 경우 조직에서 자신의 github 계정으로 리포지토리를 포크하고 변경을 수행하고 포크의 마스터 브랜치로 병합하십시오. 실행하려고 hub -i <issue #>하면 오류가 발생 User is not authorized to modify the issue합니다. 따라서 작업 흐름이 작동하지 않는 것 같습니다.