Azure DevOps 서비스 | Azure DevOps Server | Azure DevOps Server 2022
Azure Artifacts 팀은 패키지를 게시, 저장, 공유 및 사용할 수 있는 한 가지 위치를 제공합니다. 피드, 패키지 및 소비자 수가 증가함에 따라 몇 가지 초기 결정으로 패키지 관리가 간단하거나 유지 관리가 더 어려워질 수 있습니다. 이 문서에서는 패키지 복원을 예측 가능한 상태로 유지하고, 더 많은 제어를 통해 패키지를 릴리스하고, 시간이 지남에 따라 피드를 더 쉽게 관리하는 데 도움이 되는 사례를 함께 제공합니다.
핵심 지침
각 클라이언트 구성 파일에서 하나의 피드를 사용하고 공용 레지스트리 또는 추가 내부 원본이 필요할 때 해당 피드에서 업스트림 원본을 사용하도록 설정합니다. 이 방법은 구성 파일을 더 간단하게 유지하고 피드가 보다 예측 가능한 복원 동작을 제공하는 데 도움이 됩니다. 자세한 내용은 업스트림 소스란 무엇인가요?를 참조하세요.
피드 보기를 릴리스 채널로 간주합니다. 새 버전을
@local에 게시하고 그곳에서 유효성을 검사한 다음, 더 լայն범위하게 사용할 준비가 된 버전을@prerelease또는@release로 승격합니다. 이 방법을 사용하면 평가 중인 패키지 버전을 더 많은 소비자와 공유할 준비가 된 버전과 구분할 수 있습니다. 자세한 내용은 피드 보기란?피드 권한을 의도적으로 구성합니다. 패키지를 게시할 수 있는 사람, 업스트림 원본에서 패키지를 저장할 수 있는 사용자 및 공유 보기에서 패키지를 사용할 수 있는 사용자를 결정합니다. 명확한 역할 경계는 피드를 보호하고 우발적인 변경을 줄이는 데 도움이 됩니다. 자세한 내용은 피드 역할 및 권한을 참조하세요.
이전 패키지 버전이 누적되기 전에 보존 정책을 사용하도록 설정합니다. 이전 버전은 특히 활성 피드에서 빠르게 빌드할 수 있습니다. 보존 정책은 스토리지 증가를 제어하고 피드를 관리하기 위해 필요한 노력을 줄이는 데 도움이 됩니다. 자세한 내용은 보존 정책을 사용하여 자동으로 패키지 삭제를 참조하세요.
패키지 게시자에 대한 모범 사례
다음 모범 사례는 일관성, 보안 및 원활한 사용자 환경을 보장하는 데 도움이 됩니다. 다음은 Azure Artifacts를 사용하여 패키지를 게시할 때 권장되는 주요 사항입니다.
메모
피드에 패키지를 게시하려면 피드 게시자(기여자) 이상이어야 합니다. 자세한 내용은 피드 역할 및 사용 권한을 참조하세요.
리포지토리당 단일 피드사용합니다.
피드는 여러 패키지 형식을 호스트할 수 있는 조직 구문입니다. 프로젝트는 여러 피드를 사용할 수 있지만 일반적으로 충돌을 줄이고 패키지 관리를 간소화하기 위해 하나의 기본 피드에 연결된 리포지토리를 유지하는 것이 좋습니다. 추가 피드 또는 공용 레지스트리의 패키지가 필요한 경우 각 클라이언트 구성에 직접 여러 피드를 추가하는 대신 업스트림 원본을 사용합니다.
새로 만든 패키지자동으로 게시합니다.
새 패키지 게시를 자동화하면 수동 개입 없이 팀 또는 대상 소비자가 최신 버전을 사용할 수 있도록 할 수 있습니다. 패키지를 게시하면 Azure Artifacts가 해당 패키지를 피드의
@local보기에 추가합니다. 피드 보기에 대해 더 많은 정보를 보려면을 참조하십시오.보존 정책을 사용하도록 설정하여 이전 패키지 버전을 자동으로 정리합니다.
시간이 지남에 따라 이전 패키지 버전은 누적되고, 스토리지를 사용하며, 피드를 관리하기 어렵게 만들 수 있습니다. 보존 정책을 사용하면 지정된 수의 최신 버전을 유지하면서 이전 패키지 버전을 자동으로 제거할 수 있습니다. 이 프로세스는 스토리지 증가를 제어하고 피드를 유지 관리하기 쉽게 유지하는 데 도움이 됩니다. 자세한 내용은 보존 정책을 사용하여 자동으로 패키지 삭제 를 참조하세요.
피드 보기를 사용하여 패키지릴리스:
피드 보기를 사용하면 패키지 버전의 하위 집합을 소비자와 공유할 수 있습니다. 예를 들어 패키지를 초기 사용자용으로
@prerelease로 승격한 다음, 더 폭넓게 사용할 준비가 되면@release로 승격할 수 있습니다. 뷰로 승격된 패키지는 보존 정책에서 제외됩니다. 피드 보기에 대해 더 많은 정보를 보려면을 참조하십시오.귀하의 보기에 적절한 액세스 권한을 확보합니다.
패키지를 외부 팀이나 여러 조직에서 사용하는 경우
@prerelease및@release뷰에 적절한 공개 범위 설정이 적용되어 있는지 확인하세요. 자세한 내용은 피드 보기 설정 참조하세요.
패키지 소비자를 위한 모범 사례
패키지를 사용할 때 복원을 예측 가능하게 만들고 패키지의 원본 위치를 명확히 하는 것을 목표로 합니다.
클라이언트 구성에서 하나의 피드를 사용합니다.
피드가 결정적 복원을 제공하는 데 도움이 되도록 클라이언트 구성에서 업스트림 원본이 활성화된 피드를 하나만 참조하는지 확인합니다. 이 방법은 구성 파일을 더 간단하게 유지하고 예기치 않은 패키지 확인 결과 가능성을 줄입니다. 자세한 내용은 업스트림 소스란 무엇인가요?를 참조하세요.
외부 패키지에는 상류 원본 소스를 사용합니다.
외부 피드 또는 공용 레지스트리( 예: NuGet.org 또는 npmjs.com)의 패키지를 사용하는 경우 모든 클라이언트 구성에 해당 원본을 별도로 추가하는 대신 업스트림 원본을 사용합니다. 이 방법을 통해 팀은 동일한 피드를 통해 내부 및 외부 종속성을 복원할 수 있는 일관된 방법을 하나 제공합니다. 자세한 내용은 업스트림 원본이란? 및 업스트림 원본을 설정합니다.
메모
업스트림 원본에서 패키지를 저장하려면 피드 및 업스트림 리더(협력자) 이상이어야 합니다. 자세한 내용은 피드 역할 및 사용 권한을 참조하세요.
의도적으로 업스트림 원본을 주문합니다.
피드는 업스트림 원본을 순차적으로 확인하고 패키지가 포함된 첫 번째 소스에서 패키지를 반환합니다. 여러 업스트림 원본을 사용하는 경우 피드가 원하는 원본에서 패키지를 확인할 수 있도록 순서를 지정하세요. 이 순서 지정은 공용 레지스트리와 내부 피드를 혼합하여 사용하거나 조직에서 사용자 지정된 오픈 소스 패키지를 내부적으로 다시 게시할 때 가장 중요합니다. 자세한 내용은 의도적으로 업스트림 원본 주문 및 검색 순서를 참조하세요.
피드 보기를 사용하여 소비자가 보는 것을 제어합니다.
팀에서 피드 보기를 통해 유효성이 검사된 패키지 버전을 승격하는 경우 해당 보기를 사용하여 지정된 대상 그룹을 위한 패키지 버전만 공유합니다. 예를 들어 새로 게시된 패키지는
@local에 보관하고, 미리 보기 빌드는@prerelease를 통해 공유하며, 승인된 패키지는@release를 통해 공유할 수 있습니다.동일한 테넌트에서 조직 간 원본에 피드 로케이터를 사용합니다.
원본이 동일한 Microsoft Entra 테넌트에 있지만 조직의 일부가 아닌 경우 피드 로케이터를 사용합니다. 구문은
azure-feed://<organization>/<projectName>/<feed>@<view>입니다.