답변:
개인 계정의 리포지토리로 시작하십시오. 거기에서 사물이 커지거나 커뮤니티에 인기를 얻으면 조직 계정으로 옮깁니다.
몇 가지 옵션을 살펴 보겠습니다.
GitHub 조직 기능에 대한 자세한 내용은 다음을 읽으십시오.
여러 개의 GitHub 계정을 관리해야하거나 회사 고유의 대시 보드를 원하거나 읽기 전용 공동 작업자를 추가하거나 다른 사람에게 리포지토리 중 하나에 대한 관리 제어 권한을 부여해야하는 경우 Organizations를 좋아하게 될 것입니다.
귀하의 질문에 따라, 조직이 귀하에게 적합한 지 말할 수는 없지만 (내 직감은 "아니오"라고 말하고 있습니다) 실제 사례를 살펴보면 결정을 내리는 데 도움이 될 것입니다.
다음은 흥미로운 GitHub 조직의 예입니다.
https://github.com/gruntjs
이것은 오픈 소스 조직 계정에서 내가 가장 좋아하는 예 중 하나입니다. 나는 대부분 (기본적으로, 즉, 저장소에 사용되는 명명 규칙에 의해 감동 grunt/
에 살고 주요 REPO와 관련된 모든 코어 /있는 contrib 코드 / 플러그인 / 작업이다 grunt-xxxx/
저장소).
https://github.com/github
아마도 GitHub의 자체 조직을 살펴볼 가치가 있습니다. 계정. 리포지토리에 사용되는 명명 규칙은 Grunt (IMHO)만큼 엄격하지는 않지만 그럼에도 좋은 예입니다. 아, 그리고 지금 은 개인 계정이나 저장소에 대해 이것을 얻지 못 하기 때문에 "멤버"탭 을 가리킬 적절한 시간 입니다.
https://github.com/twbs
트위터 부트 스트랩. 나는 이것이 조직의 좋은 예라고 생각합니다. 리포지토리가 적은 계정 (별이 58,000 개 이상인 단일 리포지토리 참고) 또한 부트 스트랩에는 5 명의 회원이 있지만 (이 글을 쓰는 시점에서) 5 명의 직원이 미친 인기 저장소를 담당합니다 ( GitHub 조직의 214 회원과 대조 ).
몇 가지 더 일반적인 예 :
https://github.com/yeoman : 빌드 도구.
https://github.com/h5bp : HTML5 상용구.
https://github.com/nprapps : 뉴스 산업의 예.
이미 언급했듯이 개인 계정 내에 리포지토리를 만들어서 갈 수 있습니다.
공동 작업자가 필요합니까?
GitHub Help : 공동 작업 / 공동 작업자를 어떻게 추가합니까?
보시다시피 공동 작업자를 추가하는 것은 쉽지 않습니다.
귀하의 질문에 따라이 옵션은 원하는 것 같습니다.
하나의 저장소를 작성하고 분기를 사용하여 관련 코드를 구성 할 수 있습니다.
나는 대부분의 사람들이 이것이 코드를 구성하는 가장 좋은 방법이라는 데 동의하지 않을 것이라고 생각합니다 .
반면에 분기를 사용하여 관련 코드를 구성 할 수 없다고하는 것은 없습니다.
이 기술에 대해 개인적으로 고민하는 것은 GitHub의 GUI / 인터페이스가이 메시지를 보여줄 것이라는 것입니다.
... 귀하 이외의 지점을 볼 때 master
(즉, 지점이 커밋보다 앞 / 뒤에있는 경우)
팁 : 최신 버전의 Git을 사용하는 경우 다음을 사용하여 특정 분기를 가져올 수 있습니다 git clone -b mybranch --single-branch git://sub.domain.com/repo.git
.
관련 :
그러한 구성을 처리하기 위해 GitHub 조직을 사용해야합니까? 아니면 전혀 관련이없는 12 개의 다른 리포지토리와 함께 내 계정으로 전부 버려야합니까?
위의 모든 조합을 사용할 수 있습니다. 예를 들면 다음과 같습니다.
"... 일반적인 문서 및 예제 덤프를위한 조직을 설정하고 나머지 두 개에는 프로젝트의 중추를 형성하는 두 개의 프로그램 구현이 포함됩니다."
개인 계정을 사용하여 "... 완전히 다른 12 개의 다른 관련 리포지토리"
데모 페이지 gh-pages
, 관련 코드 및 / 또는 문서에 분기를 사용하십시오 .
문서화 목적으로 저장소의 WIKI를 사용할 수 있다는 것도 언급 할 가치가 있습니다.