Github Organization,브랜치 차이

Seoyeon·2025년 9월 7일

백엔드

목록 보기
19/27

개인 리포 + 브랜치

  • 소유권: 레포 주인은 개인 계정 1명. (실제 소유는 그 사람)

  • 협업: 다른 사람은 Collaborator로 “초대”해야만 참여 가능 → 사람마다 직접 권한 줘야 함.

  • 권한 관리: Collaborator 단위로만 가능(Write/Read/Admin). 세분화 어렵다.

  • 브랜치: 개인 레포 안에서 브랜치 전략(main, feature/*)으로 협업 가능하지만,

    • 권한 제어는 “브랜치 보호 규칙”만 설정 가능.
    • 팀 단위 정책 관리 어려움.

Organization 레포

  • 소유권: 레포 주인은 Org 전체. → 특정 개인이 졸업/이직해도 레포 계속 유지.

  • 협업: 팀 단위 초대 가능 (예: Backend팀, Frontend팀, AI팀).

  • 권한 관리:

    • 팀 단위 권한(읽기/쓰기/관리) 부여 가능.
    • 세부적으로 브랜치별 권한 차등 적용 가능.
    • 신규 인원 합류 시 → Org에 추가만 하면 자동으로 모든 레포 권한 부여.
  • 브랜치: Org에서도 브랜치 전략은 똑같이 쓸 수 있음.

    • 하지만 브랜치 보호 규칙 + 팀 권한을 묶어서 정책적으로 강제 가능.
    • 예: main 브랜치 → Backend팀은 Write, 외부 Contributor는 Pull Request만 가능.

요약 비교

구분개인 리포 + 브랜치Organization 레포
소유권특정 개인팀/조직 전체
멤버 초대Collaborator 단위Team 단위 (한 번에 관리)
권한 관리단순(Read/Write/Admin)세분화(레포별/브랜치별, 팀별 권한)
지속성주인 계정이 탈퇴하면 위험계정 떠나도 레포 유지
브랜치 전략사용 가능동일하게 가능 + 정책 강제 용이
CI/CD Secret레포별 관리Org 레벨 공통 관리 (한 번 세팅 → 전체 적용)
브랜드 효과없음(개인 계정 밑)있음(github.com/org-name/repo)

  • 개인 리포 + 브랜치: 소규모, 단기 협업
  • Organization: 팀 규모↑, 장기 프로젝트, 여러 레포 운영, 권한/보안/브랜딩 필요시

0개의 댓글