회사 또는 거버넌스에 조직 사용
조직을 사용하는 두 가지 주요 모델이 있습니다.
-
**그룹 관련 작업 프로젝트**: 특정 애플리케이션 및 관련 서비스에 대한 리포지토리를 그룹화합니다. 그러면 해당 애플리케이션에서 작업하는 팀은 효과적으로 통신하고 다양한 리포지토리에 기여할 수 있습니다. -
**유사한 거버넌스 요구 사항 그룹**화: 유사한 정책, 보안 설정 또는 액세스 제한이 필요한 리포지토리를 그룹화합니다. 조직에 필요한 설정을 대규모로 적용할 수 있습니다. 예를 들어 극비 작업 프로젝트 또는 특정 데이터 분류가 있는 경우 제한된 수의 사용자만 액세스할 수 있는 조직에서 그룹화합니다.
의도적으로 조직 만들기
조직을 만드는 것은 균형입니다. GitHub은(는) 조직 관리의 확장성을 지속적으로 높이고 있지만, 조직을 만드는 이유에 대해서는 의도적으로 고려해야 합니다. 조직을 제거하는 것보다 조직을 추가하는 것이 항상 더 쉽습니다.
회사의 부자연스러운 부분을 단일 대규모 조직에 맞추려고 하지 마세요. 엔터프라이즈 계정의 관리 기능을 사용하면 프로세스를 자동화하고, 액세스를 관리하고, 여러 조직에서 정책을 한 번에 적용할 수 있습니다. 그러나 여러 조직으로 작업을 분리하는 단점이 있습니다.
- 동일한 조직의 구성원 간에만 작동하므로 @-mentions 사용자가 한 조직 내에서 통신하는 것이 더 쉽습니다.
- 검색할 위치가 하나뿐이기 때문에 사용자가 한 조직에서 리소스를 더 쉽게 찾을 수 있습니다.
전략을 개발할 때 소수의 조직으로 시작하는 것이 좋습니다. 비즈니스에 적합한 항목에 대한 신뢰를 쌓은 후에는 필요에 따라 추가 조직을 만들 수 있습니다.
액세스, 거버넌스 및 작업 조직에 대한 전략을 정기적으로 평가해야 합니다. 레거시 조직을 정리하는 것은 해당 프로세스의 일부입니다.
조직 소유 리포지토리에서 공동 작업
가능하면 조직 소유 리포지토리에서 협업하고 사용자 소유 리포지토리에서는 협업을 최소화하는 것이 좋습니다. 조직 소유 리포지토리에는 보다 정교한 보안 및 관리 기능이 있으며 엔터프라이즈 멤버 자격이 변경되더라도 액세스할 수 있습니다.