릴리스 파이프라인 및 아티팩트 원본

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

Azure Pipelines를 사용하면 광범위한 아티팩트 원본에서 아티팩트를 배포하고 다양한 유형의 아티팩트 리포지토리와 워크플로를 통합할 수 있습니다. 릴리스는 여러 아티팩트 원본에 연결될 수 있으며, 이 원본은 기본 원본으로 지정됩니다.

아티팩트 원본

Azure Pipelines는 광범위한 리포지토리, 소스 제어 도구 및 연속 통합 시스템을 지원합니다.

릴리스를 만들 때 아티팩트 원본의 버전을 지정할 수 있습니다. 기본적으로 릴리스는 원본 아티팩트 최신 버전을 사용합니다. 태그, 특정 버전을 지정하여 특정 분기에서 최신 빌드를 사용하도록 선택하거나 릴리스를 만들 때 사용자가 버전을 지정하도록 허용할 수도 있습니다.

둘 이상의 아티팩트가 연결되면 기본 원본(기본값)을 지정할 수 있습니다. 기본 아티팩트 원본은 미리 정의된 여러 변수를 설정하는 데 사용됩니다. 릴리스 이름 지정에도 사용할 수 있습니다.

참고 항목

드롭다운 항목은 Default version 연결된 빌드 정의의 원본 형식에 따라 달라집니다.

• 다음 옵션은 모든 리포지토리 유형Specify at the time of release creationSpecific versionLatest에서 지원됩니다.

• Latest from a specific branch with tags및 Latest from the build pipeline default branch with tags 옵션은 다음 리포지토리 형식에서 지원됩니다. TfsGitGitHubBitbucketGitHubEnterprise

• Latest from the build pipeline default branch with tags 는 빌드 정의에서 XAML 지원되지 않습니다.

다음 섹션에서는 다양한 유형의 아티팩트 원본을 사용하는 방법을 설명합니다.

• Azure Pipelines
• 버전 제어
• Jenkins
• Azure Container Registry, Docker 및 Kubernetes
• Azure Artifacts
• TFS 서버
• TeamCity

아티팩트 원본 - Azure Pipelines

릴리스 파이프라인을 Azure Pipelines 빌드에 연결할 수 있습니다. 여러 빌드 파이프라인을 연결하고 기본값을 지정하고 여러 빌드 원본에 배포 트리거를 설정할 수도 있습니다. 빌드가 완료되면 릴리스 만들기가 트리거됩니다.

Azure Pipelines를 아티팩트 원본으로 사용할 때 사용할 수 있는 기능은 다음과 같습니다.

기능	설명
자동 트리거 릴리스	새 빌드 아티팩트를 사용할 수 있는 경우(XAML 빌드 포함) 새 릴리스를 자동으로 만들 수 있습니다. 자세한 내용은 릴리스 트리거를 참조하세요.
아티팩트 변수	Azure Pipelines 원본에서 다양한 아티팩트 변수가 지원됩니다.
작업 항목 및 커밋	Azure Pipelines 작업 항목을 연결할 수 있으며 릴리스 세부 정보에 표시됩니다. Git 또는 TFVC 소스 컨트롤을 사용할 때 커밋이 표시됩니다.
아티팩트 다운로드	기본적으로 빌드 아티팩트가 파이프라인을 실행하는 에이전트에 다운로드됩니다. 아티팩트 다운로드를 건너뛰도록 단계에서 단계를 구성할 수도 있습니다.
배포 단계	빌드 요약에는 아티팩트가 배포된 모든 배포 단계가 나열됩니다.

참고 항목

빌드 파이프라인에 아티팩트 게시 작업을 포함해야 합니다. YAML 빌드 파이프라인의 경우 이름 삭제 가 포함된 아티팩트가 암시적으로 게시됩니다.

기본적으로 릴리스는 컬렉션 수준 작업 권한 부여 범위로 실행됩니다. 즉, 릴리스는 조직의 모든 프로젝트(또는 Azure DevOps Server에 대한 컬렉션)의 리소스에 액세스할 수 있습니다. 이는 다른 프로젝트에서 빌드 아티팩트 연결 시 유용합니다. 프로젝트 설정에서 릴리스 파이프라인에 대한 작업 권한 부여 범위를 현재 프로젝트로 제한하여 프로젝트의 아티팩트 액세스를 제한할 수 있습니다.

조직의 작업 권한 부여 범위를 설정하려면 다음을 수행합니다.

• 조직 설정으로 이동합니다.
• 파이프라인에서 설정 선택합니다.
• 해제 파이프라인에 대한 토글 제한 작업 권한 부여 범위를 현재 프로젝트로 설정하여 범위를 현재 프로젝트로 제한합니다 . 이 설정은 적절한 보안 조치를 위한 권장 설정입니다.

특정 프로젝트에 대한 작업 권한 부여 범위를 설정하려면 다음을 수행합니다.

• 프로젝트 설정으로 이동합니다.
• 파이프라인에서 설정 선택합니다.
• 해제 파이프라인에 대한 토글 제한 작업 권한 부여 범위를 현재 프로젝트로 설정하여 범위를 현재 프로젝트로 제한합니다 . 파이프라인에 대한 보안이 향상되므로 권장되는 설정입니다.

참고 항목

범위가 조직 수준에서 프로젝트로 설정된 경우 각 프로젝트의 범위를 변경할 수 없습니다.

아티팩트 원본 - 버전 제어

빌드 파이프라인을 통해 전달하지 않고 다른 소스 컨트롤의 아티팩트를 직접 사용할 수 있는 몇 가지 시나리오가 있습니다. 예시:

• 명시적 빌드 파이프라인이 필요하지 않은 PHP 또는 JavaScript 애플리케이션 개발

• 다양한 버전 제어 리포지토리의 다양한 단계에 대한 구성을 관리하고 배포 파이프라인의 일부로 버전 제어에서 직접 이러한 구성 파일을 사용하려고 합니다.

• 인프라 및 구성을 코드로 관리하고 버전 제어 리포지토리에서 이러한 파일을 관리하려고 합니다.

단일 릴리스 파이프라인에서 여러 아티팩트 원본을 구성할 수 있으므로 애플리케이션의 이진 파일을 생성하는 빌드 파이프라인과 구성 파일을 동일한 파이프라인에 저장하는 버전 제어 리포지토리를 모두 연결하고 배포하는 동안 두 아티팩트 집합을 함께 사용할 수 있습니다.

Azure Pipelines는 TFVC(Team Foundation 버전 제어) 리포지토리, Git 리포지토리 및 GitHub 리포지토리를 지원합니다.

릴리스 파이프라인을 컬렉션의 모든 프로젝트에 있는 Git 또는 TFVC 리포지토리에 연결할 수 있습니다(이러한 리포지토리에 대한 읽기 권한이 필요합니다). 동일한 컬렉션 내에 버전 제어 아티팩트 배포 시 추가 설정이 필요하지 않습니다.

GitHub 리포지토리를 연결하고 분기를 선택하면 아티팩트를 저장한 후 아티팩트 형식의 기본 속성을 편집할 수 있습니다. 이는 안정적인 버전의 아티팩트용 분기가 변경되고 지속적인 배달 릴리스가 이 분기를 사용하여 최신 버전의 아티팩트 버전을 가져와야 하는 시나리오에서 특히 유용합니다. 하위 모듈 및 LFS 추적 파일 검사 및 얕은 인출 깊이 등 검사 아웃의 세부 정보를 지정할 수도 있습니다.

TFVC 분기를 연결할 때 릴리스를 만들 때 배포할 변경 집합을 지정할 수 있습니다.

TFVC, Git 및 GitHub를 아티팩트 원본으로 사용할 때 사용할 수 있는 기능은 다음과 같습니다.

기능	설명
자동 트리거 릴리스	새 빌드 아티팩트를 사용할 수 있는 경우(XAML 빌드 포함) 새 릴리스를 자동으로 만들 수 있습니다. 자세한 내용은 릴리스 트리거를 참조하세요.
아티팩트 변수	Azure Pipelines 원본에서 다양한 아티팩트 변수가 지원됩니다.
작업 항목 및 커밋	릴리스 세부 정보에 표시될 Azure Pipelines 작업 항목을 연결할 수 있습니다. Git 또는 TFVC 소스 컨트롤을 사용할 때 커밋이 표시됩니다.
아티팩트 다운로드	기본적으로 빌드 아티팩트가 파이프라인을 실행하는 에이전트에 다운로드됩니다. 아티팩트 다운로드를 건너뛰도록 단계에서 단계를 구성할 수도 있습니다.

기본적으로 릴리스는 컬렉션 수준 작업 권한 부여 범위로 실행됩니다. 즉, 릴리스는 조직의 모든 프로젝트(또는 Azure DevOps Server에 대한 컬렉션)의 리소스에 액세스할 수 있습니다. 이는 다른 프로젝트에서 빌드 아티팩트 연결 시 유용합니다. 프로젝트 설정에서 릴리스 파이프라인에 대한 작업 권한 부여 범위를 현재 프로젝트로 제한하여 프로젝트의 아티팩트 액세스를 제한할 수 있습니다.

아티팩트 원본 - Jenkins

Jenkins 아티팩트를 사용하려면 Jenkins 서버로 인증할 서비스 연결을 만들어야 합니다. 자세한 내용은 서비스 연결 및 Jenkins 서비스 연결 관리를 참조하세요. 아티팩트를 게시하려면 빌드 후 작업으로 Jenkins 프로젝트를 구성해야 합니다.

Jenkins를 아티팩트 원본으로 사용할 때 사용할 수 있는 기능은 다음과 같습니다.

기능	설명
자동 트리거 릴리스	새 빌드 아티팩트를 사용할 수 있는 경우(XAML 빌드 포함) 새 릴리스를 자동으로 만들 수 있습니다. 자세한 내용은 릴리스 트리거를 참조하세요.
아티팩트 변수	Azure Pipelines 원본에서 다양한 아티팩트 변수가 지원됩니다.
작업 항목 및 커밋	Azure Pipelines 작업 항목을 연결할 수 있으며 릴리스 세부 정보에 표시됩니다. Git 또는 TFVC 소스 컨트롤을 사용할 때 커밋이 표시됩니다.
아티팩트 다운로드	기본적으로 빌드 아티팩트가 파이프라인을 실행하는 에이전트에 다운로드됩니다. 아티팩트 다운로드를 건너뛰도록 단계에서 단계를 구성할 수도 있습니다.

Jenkins 빌드에서 생성된 아티팩트들은 일반적으로 보관 및 공유를 위해 스토리지 리포지토리로 전파됩니다. Azure Blob Storage는 지원되는 리포지토리 중 하나로, 릴리스 파이프라인에서 Azure Storage에 아티팩트 원본으로 게시하는 Jenkins 프로젝트를 사용할 수 있습니다. Azure Pipelines는 Azure에서 파이프라인을 실행하는 에이전트로 아티팩트가 자동으로 다운로드됩니다. 이 시나리오에서는 에이전트와 Jenkins 서버 간의 연결이 필요하지 않습니다. 서버를 인터넷에 노출하지 않고도 Microsoft 호스팅 에이전트를 사용할 수 있습니다.

참고 항목

예를 들어 엔터프라이즈 네트워크 내에 있는 경우 Azure Pipelines가 Jenkins 서버에 연결하지 못할 수 있습니다. 이 경우 Jenkins 서버에 액세스할 수 있는 온-프레미스 에이전트를 설정하여 Azure Pipelines를 Jenkins와 통합할 수 있습니다. 빌드에 연결할 때 Jenkins 프로젝트의 이름을 볼 수 없지만 URL 텍스트 필드에 이름을 입력할 수 있습니다.

아티팩트 원본 - 컨테이너

컨테이너화된 앱을 배포하는 경우 컨테이너 이미지가 먼저 컨테이너 레지스트리에 푸시됩니다. 그런 다음 컨테이너용 Azure Web App 또는 Docker/Kubernetes 클러스터에 컨테이너 이미지를 배포할 수 있습니다. Azure로 인증하려면 서비스 연결을 만들어야 합니다. 자세한 내용은 서비스 연결 관리를 참조하세요.

Azure Container를 아티팩트 원본으로 사용할 때 사용할 수 있는 기능은 다음과 같습니다.

기능	설명
자동 트리거 릴리스	새 빌드 아티팩트를 사용할 수 있는 경우(XAML 빌드 포함) 새 릴리스를 자동으로 만들 수 있습니다. 자세한 내용은 릴리스 트리거를 참조하세요.
아티팩트 변수	Azure Pipelines 원본에서 다양한 아티팩트 변수가 지원됩니다.
작업 항목 및 커밋	Azure Pipelines 작업 항목을 연결할 수 있으며 릴리스 세부 정보에 표시됩니다. Git 또는 TFVC 소스 컨트롤을 사용할 때 커밋이 표시됩니다.
아티팩트 다운로드	기본적으로 빌드 아티팩트가 파이프라인을 실행하는 에이전트에 다운로드됩니다. 아티팩트 다운로드를 건너뛰도록 단계에서 단계를 구성할 수도 있습니다.

참고 항목

여러 아티팩트 원본을 사용하는 경우 아티팩트 원본을 매핑하여 특정 단계를 트리거하는 것은 지원되지 않습니다. 아티팩트 원본에 푸시가 있을 때마다 릴리스가 만들어집니다. 이렇게 하려면 Azure Pipelines에서 릴리스 파이프라인을 여러 릴리스로 분할하는 것이 좋습니다.

아티팩트 원본 - Azure Artifacts

다음은 Azure Artifacts를 아티팩트 원본으로 사용할 수 있는 몇 가지 시나리오입니다.

1. 애플리케이션 이진 파일이 Azure Artifacts에 게시되고 릴리스 파이프라인에서 패키지를 사용하려고 합니다.
2. 배포 워크플로의 일부로 Azure Artifacts에 저장된 추가 패키지가 필요합니다.

릴리스 파이프라인에서 Azure Artifacts를 사용하여 패키지의 피드, 패키지 및 기본 버전을 선택해야 합니다. 패키지의 최신 버전을 선택하거나, 특정 버전을 사용하거나, 릴리스를 만들 때 버전을 선택하도록 선택할 수 있습니다. 배포하는 동안 패키지는 파이프라인을 실행하는 에이전트에 다운로드/추출됩니다.

Azure Artifacts를 아티팩트 원본으로 사용할 때 사용할 수 있는 기능은 다음과 같습니다.

기능	설명
자동 트리거 릴리스	새 빌드 아티팩트를 사용할 수 있는 경우(XAML 빌드 포함) 새 릴리스를 자동으로 만들 수 있습니다. 자세한 내용은 릴리스 트리거를 참조하세요.
아티팩트 변수	Azure Pipelines 원본에서 다양한 아티팩트 변수가 지원됩니다.
작업 항목 및 커밋	Azure Pipelines 작업 항목을 연결할 수 있으며 릴리스 세부 정보에 표시됩니다. Git 또는 TFVC 소스 컨트롤을 사용할 때 커밋이 표시됩니다.
아티팩트 다운로드	기본적으로 빌드 아티팩트가 파이프라인을 실행하는 에이전트에 다운로드됩니다. 아티팩트 다운로드를 건너뛰도록 단계에서 단계를 구성할 수도 있습니다.

Maven 스냅샷 처리

Maven 스냅샷 사용하는 경우 여러 버전을 한 번에 다운로드할 수 있습니다(예myApplication-2.1.0.BUILD-20190920.220048-3.jar: , myApplication-2.1.0.BUILD-20190820.221046-2.jarmyApplication-2.1.0.BUILD-20190820.220331-1.jar). 이전 버전을 제거하고 배포하기 전에 최신 아티팩트만 유지해야 할 수 있습니다. 관리자 권한 명령 프롬프트에서 다음 PowerShell 명령을 실행하여 어휘 값이 가장 높은 복사본을 제외한 모든 복사본을 제거합니다.

Get-Item "myApplication*.jar" | Sort-Object -Descending Name | Select-Object -SkipIndex 0 | Remove-Item

참고 항목

피드에 최대 30개의 Maven 스냅샷 저장할 수 있습니다. 최대 한도에 도달하면 Azure Artifacts는 스냅샷 자동으로 25개까지 삭제합니다. 이 프로세스는 30개 이상의 스냅샷 피드에 게시될 때마다 자동으로 트리거됩니다.

아티팩트 원본 - TFS 서버

Azure Pipelines를 사용하여 온-프레미스 자동화 에이전트를 설정하여 인터넷에서 서버를 검색할 수 있도록 하지 않고도 TFS 서버에서 아티팩트를 배포할 수 있습니다. 아티팩트가 온-프레미스 에이전트에 다운로드된 다음 엔터프라이즈 네트워크를 종료하지 않고 지정된 대상 서버에 배포됩니다. 이는 고객이 Azure Pipelines 릴리스를 활용하면서 온-프레미스 인프라에 대한 투자를 활용하는 데 이상적입니다.

TFS 서버를 아티팩트 원본으로 사용하려면 Visual Studio Marketplace에서 Azure Pipelines 확장용 TFS 아티팩트를 설치한 다음 Azure Pipelines를 사용하여 인증할 서비스 연결을 만들어야 합니다. 인증되면 TFS 빌드 파이프라인을 릴리스 파이프라인에 연결하고 유형 드롭다운 메뉴에서 외부 TFS 빌드를 선택할 수 있습니다.

TFS 서버를 아티팩트 원본으로 사용할 때 사용할 수 있는 기능은 다음과 같습니다.

기능	설명
자동 트리거 릴리스	새 빌드 아티팩트를 사용할 수 있는 경우(XAML 빌드 포함) 새 릴리스를 자동으로 만들 수 있습니다. 자세한 내용은 릴리스 트리거를 참조하세요.
아티팩트 변수	Azure Pipelines 원본에서 다양한 아티팩트 변수가 지원됩니다.
작업 항목 및 커밋	Azure Pipelines 작업 항목을 연결할 수 있으며 릴리스 세부 정보에 표시됩니다. Git 또는 TFVC 소스 컨트롤을 사용할 때 커밋이 표시됩니다.
아티팩트 다운로드	기본적으로 빌드 아티팩트가 파이프라인을 실행하는 에이전트에 다운로드됩니다. 아티팩트 다운로드를 건너뛰도록 단계에서 단계를 구성할 수도 있습니다.

Azure Pipelines는 엔터프라이즈 네트워크 내에 있는 경우 온-프레미스 TFS 서버에 연결할 수 없습니다. 이 경우 TFS 서버에 액세스할 수 있는 온-프레미스 에이전트를 설정하여 Azure Pipelines를 TFS와 통합할 수 있습니다. 빌드에 연결할 때 TFS 프로젝트 또는 빌드 파이프라인의 이름을 볼 수 없지만 URL 텍스트 필드에 해당 변수를 포함할 수 있습니다. 또한 릴리스를 만들 때 Azure Pipelines에서 빌드 번호에 대한 TFS 서버를 쿼리하지 못할 수 있습니다. 대신 적절한 필드에 원하는 빌드의 빌드 ID(빌드 번호 아님)를 입력하거나 최신 빌드를 선택합니다.

아티팩트 원본 - TeamCity

TeamCity를 아티팩트 원본으로 사용하려면 먼저 Visual Studio Marketplace에서 Azure Pipelines 확장용 TeamCity 아티팩트를 설치해야 합니다.

완료되면 TeamCity 서버로 인증할 서비스 연결을 만듭니다. 그런 다음 빌드 아티팩트를 릴리스 파이프라인에 연결할 수 있습니다. TeamCity 빌드 구성은 아티팩트를 게시하는 작업으로 설정해야 합니다.

TeamCity를 아티팩트 원본으로 사용할 때 사용할 수 있는 기능은 다음과 같습니다.

기능	설명
자동 트리거 릴리스	새 빌드 아티팩트를 사용할 수 있는 경우(XAML 빌드 포함) 새 릴리스를 자동으로 만들 수 있습니다. 자세한 내용은 릴리스 트리거를 참조하세요.
아티팩트 변수	Azure Pipelines 원본에서 다양한 아티팩트 변수가 지원됩니다.
작업 항목 및 커밋	Azure Pipelines 작업 항목을 연결할 수 있으며 릴리스 세부 정보에 표시됩니다. Git 또는 TFVC 소스 컨트롤을 사용할 때 커밋이 표시됩니다.
아티팩트 다운로드	기본적으로 빌드 아티팩트가 파이프라인을 실행하는 에이전트에 다운로드됩니다. 아티팩트 다운로드를 건너뛰도록 단계에서 단계를 구성할 수도 있습니다.

예를 들어 엔터프라이즈 네트워크 내에 있는 경우 Azure Pipelines가 TeamCity 서버에 연결하지 못할 수 있습니다. 이 경우 TeamCity 서버에 액세스할 수 있는 온-프레미스 에이전트를 설정하여 Azure Pipelines를 TeamCity와 통합할 수 있습니다. 빌드에 연결할 때 TeamCity 프로젝트의 이름을 볼 수 없지만 URL 텍스트 필드에 입력할 수 있습니다.

아티팩트 원본 별칭

모든 아티팩트 다운로드의 고유성을 보장하기 위해 릴리스 파이프라인에 연결된 각 아티팩트 원본에는 원본 별칭이라고 하는 특정 다운로드 위치가 자동으로 제공됩니다. 변수를 사용하여 이 위치에 액세스할 수 있습니다. $(System.DefaultWorkingDirectory)\[source alias]

원본 별칭을 사용하면 에이전트에 정의된 다운로드 위치가 변경되지 않으므로 연결된 아티팩트 원본의 이름을 바꿀 때 작업 속성을 편집할 필요가 없습니다.

기본적으로 원본 별칭은 밑줄이 접두사로 지정된 아티팩트 원본의 이름입니다. 아티팩트 원본의 형식에 따라 빌드 파이프라인의 이름, 작업 이름, 프로젝트 이름 또는 리포지토리 이름이 됩니다. 릴리스 파이프라인의 아티팩트 탭에서 원본 별칭을 편집할 수 있습니다.

아티팩트 다운로드

배포가 스테이지에 완료되면 각 원본의 버전이 지정된 아티팩트가 파이프라인 에이전트에 다운로드되므로 해당 단계 내에서 실행되는 태스크가 해당 아티팩트에 액세스할 수 있습니다. 릴리스가 완료되면 다운로드한 아티팩트가 삭제되지 않습니다. 그러나 다음 릴리스를 시작하면 다운로드한 아티팩트가 삭제되고 새 아티팩트 집합으로 바뀝니다.

에이전트의 새 고유 폴더는 릴리스가 시작될 때 모든 릴리스 파이프라인에 대해 만들어지고 아티팩트가 다음 폴더$(System.DefaultWorkingDirectory)로 다운로드됩니다.

Azure Pipelines는 동일한 릴리스가 다시 배포되는 경우 변경되지 않은 아티팩트가 다운로드되지 않도록 최적화를 수행하지 않습니다. 또한 이전에 다운로드한 콘텐츠는 새 릴리스를 시작할 때 항상 삭제되므로 Azure Pipelines는 에이전트에 대한 증분 다운로드를 수행할 수 없습니다.

관련된 문서

• 클래식 릴리스 및 아티팩트 변수
• 클래식 릴리스 파이프라인
• 파이프라인 아티팩트 게시 및 다운로드
• 스테이지, 종속성, & 조건 추가