Azure DevOps 서비스 | Azure DevOps Server | Azure DevOps Server 2022
Azure Artifacts 권한을 사용하여 피드, 패키지, 뷰 및 파이프라인에 대한 액세스를 제어합니다. 이 문서에서는 Azure Artifacts 설정, 피드, 뷰 및 파이프라인 ID에 사용할 수 있는 사용 권한 수준을 설명합니다.
Azure Artifacts 설정
Azure Artifacts 설정을 사용하여 피드를 만들 수 있는 사용자와 Azure Artifacts 피드를 관리할 수 있는 사용자를 제어합니다.
중요합니다
Azure Artifacts 설정을 구성하려면 피드 소유자 또는 Project 컬렉션 관리자여야 합니다.
Azure DevOps 조직에 로그인한 다음, 프로젝트로 이동합니다.
Artifacts를 선택한 다음, 드롭다운 메뉴에서 원하는 피드를 선택합니다.
오른쪽에서 Azure 아티팩트 설정 아이콘을 선택합니다.
피드를 만들 수 있는 사용자와 피드를관리할 수 있는 사용자를 선택한 다음 저장을 선택합니다.
피드 설정
피드 설정을 사용하여 피드 수준 액세스, 패키지 공유, 보존 정책, 보기 권한 및 업스트림 원본을 관리합니다. 피드에 사용자 또는 그룹을 추가하려면 다음을 수행합니다.
Azure DevOps 조직에 로그인한 다음, 프로젝트로 이동합니다.
Artifacts를 선택한 다음, 드롭다운 메뉴에서 원하는 피드를 선택합니다.
기어 아이콘을 선택하여 피드 설정을 엽니다.
사용 권한을 선택한 다음, 사용자/그룹 추가를 선택합니다.
사용자 또는 그룹을 추가한 다음 적절한 역할을 할당합니다.
- 피드 소유자: 피드 설정을 관리하고, 업스트림 원본을 관리하고, 외부 패키지 버전을 허용하고, 모든 참가자 권한 외에도 패키지 또는 피드 자체를 삭제할 수 있습니다.
- 피드 Publisher(기여자): 모든 공동 작업자 권한 외에도 패키지를 게시, 승격, 사용 중단 및 목록 해제할 수 있습니다.
- 피드 및 업스트림 판독기(공동 작업자): 모든 읽기 권한자 권한 외에도 업스트림 원본에서 패키지를 저장할 수 있습니다.
- 피드 판독기: 피드에서 패키지를 나열, 보기 및 다운로드할 수 있습니다.
준비가 되면 저장 을 선택합니다.
비고
기본적으로 프로젝트 컬렉션 빌드 서비스 (조직 범위) 및 프로젝트 수준 빌드 서비스 (프로젝트 범위)에는 피드 및 업스트림 판독기(협력자) 역할이 할당됩니다.
비고
기본적으로 프로젝트 컬렉션 빌드 서비스는 새로 만든 컬렉션 범위 피드에 대해 피드 및 업스트림 판독기(협력자) 역할이 자동으로 할당됩니다.
피드 역할 및 권한
각 피드 역할은 특정 기능 집합을 부여합니다. 다음 표를 사용하여 할당할 역할을 결정합니다.
| 허가 | 피드 판독기 | 피드 및 업스트림 판독기(공동 작업자) | 피드 게시자(기여자) | 피드 소유자 |
|---|---|---|---|---|
| 피드의 패키지 나열 | ✓ | ✓ | ✓ | ✓ |
| 패키지 다운로드/설치/복원 | ✓ | ✓ | ✓ | ✓ |
| 업스트림 소스에서 패키지 저장 | ✓ | ✓ | ✓ | |
| 패키지 게시 | ✓ | ✓ | ||
| 패키지를 보기로 추가하다 | ✓ | ✓ | ||
| 패키지의 사용 중단/리스트에서 제거/제거 | ✓ | ✓ | ||
| 패키지 삭제/게시 취소 | ✓ | |||
| 업스트림 원본 추가/제거 | ✓ | |||
| 외부 패키지 버전 허용 | ✓ | |||
| 피드 설정 편집 | ✓ | |||
| 피드 삭제 | ✓ |
비고
프로젝트 컬렉션 관리자 및Azure Artifacts 관리자 에게는 프로젝트의 모든 피드에 대한 피드 소유자 역할이 자동으로 부여됩니다.
피드 보기 설정
피드 보기를 사용하면 피드의 모든 항목을 노출하지 않고 선택한 패키지 버전을 공유할 수 있습니다. 일반적인 패턴은 진행 중인 패키지를 비공개로 유지하면서 하나의 보기를 통해 유효성이 검사된 패키지를 공유하는 것입니다.
기본적으로 각 피드에는 @Local, @Prerelease및@Release 세 가지 보기가 포함됩니다. @Prerelease 및 @Release 보기의 이름을 바꾸거나 삭제할 수 있습니다. @Local 보기에는 피드에 직접 게시된 모든 패키지와 업스트림 원본에서 저장된 패키지가 포함됩니다.
중요합니다
보기에 액세스할 수 있는 사용자는 해당 피드에 직접 액세스할 수 없는 경우에도 해당 보기를 통해 패키지를 다운로드할 수 있습니다. 패키지 액세스를 완전히 제한해야 하는 경우 피드와 해당 뷰 모두에 대한 액세스를 제한해야 합니다.
Azure DevOps 조직에 로그인한 다음, 프로젝트로 이동합니다.
Artifacts를 선택한 다음, 드롭다운 메뉴에서 원하는 피드를 선택합니다.
기어 아이콘을 선택하여 피드 설정을 엽니다.
보기를 선택하고 보기 옆에 있는 줄임표를 선택한 다음 편집을 선택합니다.
보기에 대한 액세스를 제한하려면 가시성 을 특정 사용자로 변경합니다.
중요합니다
뷰는 부모 피드에서 사용 권한을 상속합니다. 사용자 또는 그룹을 지정하지 않고 특정 사용자에게 보기의 표시 유형을 설정하는 경우 보기의 사용 권한은 기본적으로 부모 피드의 사용 권한으로 돌아갑니다.
완료되면 저장을 선택합니다. Access 권한 열이 변경 내용을 반영하도록 업데이트됩니다.
비고
다른 조직의 피드를 업스트림 원본으로 추가하려면 대상 피드 소유자가 대상 보기를 Microsoft Entra 테넌트와 연결된 조직의 모든 피드 및 사용자와 공유해야 합니다. 피드 설정> 보기로 이동하고, 지정된보기 옆에 있는 줄임표를 선택하고, 편집을 선택하고, 사용 권한을 조정하여 이 작업을 수행할 수 있습니다.
파이프라인 사용 권한
파이프라인에서 피드에 액세스하려면 해당 빌드 ID 에 필요한 권한이 있어야 합니다.
예를 들어 프로젝트 수준 빌드 ID의 이름은 다음과 [Project name] Build Service ([Organization name])같습니다 FabrikamFiber Build Service (codesharing-demo). 예를 들어 조직 수준 빌드 ID의 이름은 다음과 Project Collection Build Service ([Organization name])같습니다 Project Collection Build Service (codesharing-demo).
피드에 빌드 ID를 추가하려면 다음을 수행합니다.
Azure DevOps 조직에 로그인한 다음, 프로젝트로 이동합니다.
Artifacts를 선택한 다음, 드롭다운 메뉴에서 원하는 피드를 선택합니다.
기어 아이콘
을 선택하여 피드 설정을 엽니다.사용 권한을 선택한 다음 사용자/그룹 추가를 선택합니다.
빌드 ID를 추가하고 피드 및 업스트림 판독기(협력자) 역할을 할당합니다.
파이프라인에서 패키지를 게시해야 하는 경우 피드 게시자(기여자) 역할을 Project Collection Build Service ID와 프로젝트 수준의 Build Service ID 모두에 할당합니다.
예시
Azure Pipelines를 사용하여 피드에 패키지를 인증하고 게시하는 방법을 알아보려면 아래 예제를 참조하세요.
| 패키지 유형 | 조항 |
|---|---|
| 누겟 | Azure Pipelines을 사용하여 NuGet 패키지를 게시하십시오 |
| Npm | Azure Pipelines를 사용하여 npm 패키지 게시 |
| 메이븐 | Azure Pipelines를 사용하여 Maven 아티팩트 게시 |
| 파이썬 | Azure Pipelines 사용하여 Python 패키지 게시 |
| 화물 | Azure Pipelines를 사용하여 Cargo 패키지 게시 |
| 유니버설 패키지 | Azure Pipelines를 사용하여 유니버설 패키지 게시 |
| 패키지 유형 | 조항 |
|---|---|
| 누겟 | Azure Pipelines을 사용하여 NuGet 패키지를 게시하십시오 |
| Npm | Azure Pipelines를 사용하여 npm 패키지 게시 |
| 메이븐 | Azure Pipelines를 사용하여 Maven 아티팩트 게시 |
| 파이썬 | Azure Pipelines 사용하여 Python 패키지 게시 |
| 화물 | Azure Pipelines를 사용하여 Cargo 패키지 게시 |
비고
파이프라인에서 프로젝트 수준 빌드 ID를 사용하고 다른 프로젝트의 피드에 액세스해야 하는 경우 프로젝트 수준 정보 편집 권한 이상의 빌드 ID를 부여하도록 다른 프로젝트를 구성해야 합니다.