Share via

Azure Pipelines에 릴리스

  • 아티클

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

참고 항목

이 항목에서는 클래식 릴리스 파이프라인에 대해 설명합니다. YAML을 사용하여 파이프라인을 만들려면 파이프라인 사용자 지정을 참조하세요.

릴리스는 CI/CD 파이프라인에 지정된 버전이 지정된 아티팩트 집합을 보유하는 구문입니다. 여기에는 단계, 작업, 정책(예: 트리거 및 승인자) 및 배포 옵션과 같은 릴리스 파이프라인의 모든 작업 및 작업을 수행하는 데 필요한 모든 정보의 스냅샷 포함됩니다. 하나의 릴리스 파이프라인에서 여러 릴리스가 있을 수 있으며 각 릴리스에 대한 정보는 지정된 보존 기간 동안 Azure Pipelines에 저장되고 표시됩니다.

배포는 자동화된 테스트 실행, 빌드 아티팩트 배포 및 해당 단계에 대해 지정된 다른 작업을 포함할 수 있는 한 단계에 대한 작업을 실행하는 작업입니다. 릴리스를 시작하면 원래 릴리스 파이프라인에 정의된 설정 및 정책에 따라 각 배포가 시작됩니다. 한 단계에 대해서도 각 릴리스의 여러 배포가 있을 수 있습니다. 스테이지에 대한 릴리스 배포가 실패하면 동일한 릴리스를 해당 스테이지에 다시 배포할 수 있습니다. 릴리스를 다시 배포하려면 배포하려는 릴리스로 이동하여 배포를 선택하기만 하면 됩니다.

다음 다이어그램은 릴리스, 릴리스 파이프라인 및 배포 간의 관계를 보여 줍니다.

릴리스, 릴리스 파이프라인 및 배포 간의 관계

릴리스 파이프라인 만들기

릴리스는 다음과 같은 여러 가지 방법으로 만들 수 있습니다.

  1. 배포 트리거를 사용하여 새 빌드 아티팩트를 사용할 수 있게 될 때마다 릴리스를 만듭니다.

    지속적인 배포 트리거

  2. 파이프라인> 릴리스 내에서 릴리스 만들기 단추를 사용하여 릴리스 파이프라인을 수동으로 만듭니다.

    UI에서 릴리스 파이프라인 만들기

  3. REST API를 사용하여 릴리스 정의를 만듭니다.

참고 항목

조직에서 방화벽 또는 프록시 서버를 사용하는 경우 Azure Artifacts Do기본 URL 및 IP 주소를 허용해야 합니다.

Q&A

Q: 내 배포가 트리거되지 않은 이유는 무엇인가요?

A: 릴리스 파이프라인을 만드는 것이 배포를 자동으로/즉시 시작한다는 의미는 아닙니다. 다음은 이러한 일이 발생할 수 있는 몇 가지 이유입니다.