Azure Pipelines에 릴리스
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
참고 항목
이 항목에서는 클래식 릴리스 파이프라인에 대해 설명합니다. YAML을 사용하여 파이프라인을 만들려면 파이프라인 사용자 지정을 참조하세요.
릴리스는 CI/CD 파이프라인에 지정된 버전이 지정된 아티팩트 집합을 보유하는 구문입니다. 여기에는 단계, 작업, 정책(예: 트리거 및 승인자) 및 배포 옵션과 같은 릴리스 파이프라인의 모든 작업 및 작업을 수행하는 데 필요한 모든 정보의 스냅샷이 포함됩니다. 하나의 릴리스 파이프라인에서 여러 릴리스가 있을 수 있으며 각 릴리스에 대한 정보는 지정된 보존 기간 동안 Azure Pipelines에 저장되고 표시됩니다.
배포는 자동화된 테스트 실행, 빌드 아티팩트 배포 및 해당 단계에 대해 지정된 다른 작업을 포함할 수 있는 한 단계에 대한 작업을 실행하는 작업입니다. 릴리스를 시작하면 원래 릴리스 파이프라인에 정의된 설정 및 정책에 따라 각 배포가 시작됩니다. 한 단계에 대해서도 각 릴리스의 여러 배포가 있을 수 있습니다. 스테이지에 대한 릴리스 배포가 실패하면 동일한 릴리스를 해당 스테이지에 다시 배포할 수 있습니다. 릴리스를 다시 배포하려면 배포하려는 릴리스로 이동하여 배포를 선택하기만 하면 됩니다.
다음 다이어그램은 릴리스, 릴리스 파이프라인 및 배포 간의 관계를 보여 줍니다.
릴리스 파이프라인 만들기
릴리스는 다음과 같은 여러 가지 방법으로 만들 수 있습니다.
배포 트리거를 사용하여 새 빌드 아티팩트를 사용할 수 있게 될 때마다 릴리스를 만듭니다.
파이프라인> 릴리스 내에서 릴리스 만들기 단추를 사용하여 릴리스 파이프라인을 수동으로 만듭니다.
REST API를 사용하여 릴리스 정의를 만듭니다.
참고 항목
조직에서 방화벽 또는 프록시 서버를 사용하는 경우 Azure Artifacts 도메인 URL 및 IP 주소를 허용 해야 합니다.
Q&A
Q: 배포가 트리거되지 않은 이유는 무엇인가요?
A: 릴리스 파이프라인을 만들면 배포가 자동으로 시작되지 않습니다. 이러한 일이 발생할 수 있는 몇 가지 이유는 다음과 같습니다.
배포 트리거: 정의된 배포 트리거로 인해 배포가 일시 중지될 수 있습니다. 이는 예약된 트리거 또는 다른 스테이지로의 배포가 완료될 때까지 지연이 있을 때 발생할 수 있습니다.
큐 정책: 이러한 정책은 실행 순서와 배포를 위해 릴리스가 큐에 대기되는 시기를 지정합니다.
배포 전 승인 또는 게이트: 특정 단계에서는 사전 배포 승인 또는 게이트가 필요할 수 있으므로 정의된 모든 조건이 충족될 때까지 배포를 방지할 수 있습니다.