전역 브랜치의 권한과 조직

전역 브랜치 접근에는 브랜치 관리 역할과 조직 조건이 적용됩니다. 브랜치를 관리할 권한과 그 안의 자원을 수정할 권한은 별개입니다.

Owner와 공간 관리자

브랜치는 Owner를 적어도 한 명 가져야 합니다. 생성자는 자동으로 Owner가 되고 추가로 역할을 부여할 수 있습니다.

Owner는 다음 작업을 관리합니다.

• 브랜치/제안 이름과 설명 같은 메타데이터 수정
• 브랜치 역할 할당 및 관리
• 제안 생성 및 기존 제안 닫기
• 브랜치의 조직 구성 변경
• Inactive 표지 제거
• 브랜치 보관 및 복원
• 제안의 Do not merge 설정과 해제

Owner는 비활성화와 데이터 삭제 등의 브랜치 알림을 받습니다. 해당 공간의 Administrator는 Owner와 동등한 관리 권한을 갖지만 관리자라는 이유만으로 브랜치 알림을 자동 수신하지는 않습니다.

Security 탭에서 역할을 관리하며 Owner와 공간 관리자만 역할 할당을 바꿀 수 있습니다.

자원 수정과 표시

브랜치 역할은 관리 동작의 권한이며 프로젝트 또는 자원의 편집 권한을 부여하지 않습니다. 브랜치 안의 자원을 수정하려면 해당 자원에 필요한 권한이 있어야 합니다. 브랜치나 제안 안의 특정 자원을 보려면 그 자원을 볼 수 있어야 합니다.

프로젝트로 아직 이전하지 않은 온톨로지 자원에는 브랜치 수정을 Editor로 제한하는 제약을 강제하지 않는 예외가 있습니다. 이 경우에도 편집 권한을 가진 사용자의 승인이 필요합니다.

제안 병합

제안을 볼 수 있는 사용자는 자원별 승인과 모든 검사가 충족되고 Do not merge가 없으면 병합할 수 있습니다. 병합자가 모든 자원을 직접 편집할 수 있어야 하는 것은 아닙니다. 자원 변경을 작성할 때 필요한 편집 권한과 사전에 작성한 승인 변경을 적용하는 병합 권한을 구분합니다.

보호 자원은 지정한 검토자의 승인이 필요합니다. 자원 Owner가 보호 여부를, 프로젝트 Owner가 프로젝트 승인 정책을 정합니다. Code Repositories와 Pipeline Builder는 자원 자체의 승인 정책을 사용합니다.

Owner는 Do not merge로 제안 병합을 막을 수 있으며 Owner 관리 권한으로 해제하기 전에는 병합하지 못합니다. 보호 및 승인 정책을 함께 적용합니다.

조직 조건

브랜치에 나열한 조직 중 적어도 하나에 속해야 브랜치에 접근할 수 있습니다. 브랜치에 허용할 조직은 해당 공간의 조직 구성을 기준으로 제한합니다.

브랜치 이름 같은 메타데이터는 브랜치에 추가한 자원에서 보일 수 있습니다. 그 자원이 브랜치와 같은 조직 제한으로 보호되지 않을 수도 있으므로 이름에 민감한 정보를 넣지 않습니다.

생성 시 선택

온톨로지

선택한 온톨로지는 브랜치에서 수정할 온톨로지 범위를 정합니다. 그 범위 밖의 온톨로지 변경을 할 수 없으며 생성 후 온톨로지 선택을 바꿀 수 없습니다.

공간

대부분 선택한 온톨로지에 연결된 공간으로 자동 지정합니다. 기본 온톨로지를 선택하면 공간을 직접 골라야 합니다.

공간은 허용할 조직, Owner와 동등한 권한을 가진 공간 관리자 및 적용할 브랜치 보존 정책을 정합니다.

조직 기본 선택

공간에 연결한 조직을 기준으로 후보를 선택합니다.

생성을 완료하기 전에 실제 선택을 조정합니다. 공간에 조직 제한이 있는 경우 브랜치 조직은 그 제한 범위 안의 부분집합이어야 합니다.