소개
Bicep 코드에서 작업할 때 Git 리포지토리의 기본 분기는 진실한 원본이 됩니다. 기본 분기는 팀 전체의 최신 변경 내용을 통합하며 일반적으로 Azure 환경의 상태를 반영합니다.
리포지토리의 기본 분기에 병합되는 변경 내용을 검토하는 것이 중요합니다. 이 모듈에서는 다른 분기 및 끌어오기 요청 검토를 사용하여 기본 분기를 보호하는 방법을 알아봅니다.
예제 시나리오
장난감 회사에서 Azure 인프라 배포 및 구성을 담당하고 있다고 가정하겠습니다. 팀 규모가 커지고 있어 모든 팀 구성원이 변경한 내용을 모두 추적하는 것이 점점 더 어려워지고 있습니다.
최근에 새 팀 구성원이 실수로 리포지토리의 기본 분기에서 중요한 Bicep 파일을 변경했습니다. 이 변경으로 인해 조직의 프로덕션 환경에서 문제가 발생했습니다. 팀과 상의하여 이제 코드 변경 내용을 병합 및 배포되기 전에 검토하기 시작해야 한다고 결정합니다.
이제 웹 사이트에서 주문을 처리하는 방식을 변경해야 합니다. 고객이 장난감을 주문할 때마다 웹 사이트가 메시지를 게시할 수 있도록 메시지 큐를 추가해야 합니다. 다른 팀이 빌드한 백 엔드 시스템은 이러한 메시지를 선택하고 나중에 주문을 처리합니다. 다른 팀이 준비될 때까지는 큐에 메시지를 보내지 않도록 해야 합니다.
새 프로세스를 사용해 볼 수 있는 좋은 기회라고 판단합니다. 끌어오기 요청을 사용하여 Bicep 변경 내용이 병합되는 방법을 제어합니다. 코드는 작성자가 작성하고 검토자가 검토하면 Git 리포지토리에 병합된 후 Azure에 배포됩니다.
이 모듈에서 수행할 작업
이 모듈에서는 끌어오기 요청을 통해 변경 제어 프로세스를 적용하여 기본 분기의 코드를 보호하는 방법을 알아봅니다. 분기 전략에 대해 알아보고 팀이 올바른 프로세스를 따르지 않는 한 기본 분기를 변경하지 못하게 하는 방법을 알아봅니다. 끌어오기 요청을 사용하여 코드를 검토하는 방법도 알아봅니다.
주요 목표는 무엇인가요?
이 모듈을 완료하면 자체 Bicep 코드에 대한 분기 전략을 사용할 수 있습니다. 끌어오기 요청을 만들고, 검토하고, 병합하는 방법도 숙지할 수 있습니다. Bicep 코드에 대한 끌어오기 요청을 검토할 때 찾아야 할 중요한 요소를 이해합니다.