의사 결정
이 리포지토리에 대한 변경 사항은 먼저 병합 요청 워크플로우를 사용하여 검토한 후 프로젝트 유지 관리자가 병합합니다.
건축 결정(예: architecture 또는 decisions 페이지에 나타날 수 있는 사항)은 프로젝트의 수석 기술 리더십의 검토를 요구합니다. 수석 기술 리더십은 프로젝트를 담당하는 팀의 엔지니어링 매니저와 그 팀의 Staff+ 리더십에 의해 식별된 개인이며, 이는 architecture handbook와 프로젝트에 특정한 목표를 위해 형성된 현재의 작업 그룹을 포함합니다.
유지 관리자
프로젝트 유지 관리자는 GitLab 프로젝트 페이지에서 찾거나 검토 작업량 대시보드를 사용하여 찾을 수 있습니다.
유지 관리자는 자신의 도메인 내에서 변경 사항을 병합할 책임이 있으며, 전체 프로젝트에 대한 이해와 변경 사항이 자신의 전문성을 넘어서는 영역에 미칠 영향을 이해해야 합니다.
검토자는 모든 유지 관리자를 지정할 수 있으며, 유지 관리자는 자신의 전문성에 포함되지 않는 경우 적절한 도메인 전문가와 협력할 것입니다.
유지 관리자는 자신의 도메인이 아닌 변경 사항도 병합할 수 있는 권한이 부여되지만, 매우 확신하는 경우에 한합니다. 단, 다음의 경우에는 제외됩니다:
- 변경 사항을 나중에 되돌릴 수 없는 경우
- 변경 사항을 따르는 데 준수해야 하는 정해진 프로세스가 있는 경우 (JiHu 검토, 보안, 법적/라이선스 변경)
- 변경 사항이 분명히 건축 결정을 요구하는 경우
긴급한 변경 사항이 필요한 경우, 유지 관리자는 즉각적인 조치를 취해야 하며, 결정이 나중에 되돌릴 수 있고 알려진 프로젝트 프로세스 요구 사항을 준수하는 한 결정을 내릴 수 있습니다.
종속성 유지 관리자
종속성 유지 관리자는 일반 유지 관리자와 동일한 책임을 지지만, 병합할 수 있는 능력은 특정 도메인에 대한 종속성 버전 변경에만 긴밀하게 적용됩니다. 종속성 버전 이외의 변경 사항이 병합 요청에 포함된 경우, 일반 유지 관리자가 유지 관리자 리뷰를 수행해야 합니다.
모든 변경 사항은 작동하는 차트를 만들어야 하며, 종속성 버전의 변경이 종속성 유지 관리자에 의해 완전히 이해되어야 합니다. 이미 차트 리뷰어인 개인들은 종속성 유지 관리자가 되기에 적합한 후보입니다.
| 사용자 이름 | 범위 |
|---|---|
| @DylanGriffith | gitlab-zoekt |
| @dgruzd | gitlab-zoekt |
| @terrichu | gitlab-zoekt |
| @johnmason | gitlab-zoekt |
프로젝트 리더십
| 사용자 이름 | 역할 |
|---|---|
| @WarheadsSE | 스태프 엔지니어, 배포 |
| @twk3 | 엔지니어링 매니저, 배포 빌드 |
| @ayufan | 저명한 엔지니어, 활성화 |
| @stanhu | 엔지니어링 펠로우 |
도움말