왜 필요한가

시설 예약 앱에서 직원이 회의실을 예약합니다. 팀은 이미 Azure DevOps를 쓰며 예약 충돌 수정을 main 반영 전에 검토하고 싶습니다. 프로젝트의 권한과 검사를 함께 유지하는 점이 선택 이유입니다.

어떻게 해결하는가

Git 브랜치를 push하고 PR을 엽니다. 예시의 main은 검토자 승인과 빌드 검증을 요구합니다. 예약 검사 실패 시 완료가 보류되며 수정 후 필수 검사와 검토를 거쳐 병합합니다.

회의실 예약 수정이 설정한 관문을 통과한 뒤 main에 반영

시설 예약 · Azure DevOps Git 예시

병합 전에 관문 설정

PR / booking-conflict

수정 제안: 회의실 중복 예약 방지

main의 필수 정책 · 예시 설정

01검토자 승인
02빌드 검증
대기 · 예약 검사 실패

브랜치 수정 → 새 검증 → 검토

↓ 요구사항 충족 후main · PR 완료

정책 설정이 필요하며 우회 권한으로 관문을 건너뛸 수 있습니다. TFVC가 아닌 Git 도식이며 앱 실행 호스팅을 정하지 않습니다.

무엇이라 부르는가

Azure Repos는 Azure DevOps의 저장소 서비스입니다. Git 브랜치 정책은 설정해야 하며 우회 권한도 중요합니다. TFVC도 지원합니다. 여기에 코드를 보관한다고 앱을 Azure에서 실행해야 하는 것은 아닙니다.

출처