전용 유형별 레지스트리로 패키지 관리

전용 유형별 레지스트리로 패키지 관리에 대해 설명합니다.

최상위 아티팩트 관리 그룹 내 전용 프로젝트에서 유형별로 패키지를 구성합니다. 이 접근 방식은 명확한 소유권과 유형별 정책을 제공합니다. 다음을 원할 때 이 접근 방식을 사용합니다: 전용 정책 및 설정으로 유형별로 패키지를 구성. 모든 조직 패키지에 대한 단일 소비 엔드포인트 제공. 서드파티 레지스트리에서 구조화된 GitLab 설정으로 패키지 마이그레이션. 애플리케이션 소스 코드에서 패키지 관리 관심사 분리. 다른 패키지 유형에 다른 거버넌스 정책 적용. 조직 전체 접근을 가능하게 하면서 명확한 소유권 유지. 예제 안내 # 이 접근 방식으로 패키지를 효과적으로 구성하고 관리하려면 다음을 수행해야 합니다: 패키지 유형별로 구성된 프로젝트를 포함하는 아티팩트 관리를 위한 전용 최상위 그룹을 만듭니다. 패키지를 소비할 때 성능을 향상시키기 위해 최상위 그룹을 아티팩트가 있는 프로젝트만으로 제한합니다. 권장 구조 # 다음 예제는 최상위 그룹과 프로젝트를 구조화하는 방법에 대한 개요를 제공합니다: company_namespace/artifact_management/ # top-level group ├── java-packages/ # Maven packages ├── node-packages/ # npm packages ├── python-packages/ # PyPI packages ├── docker-images/ # Container registry ├── terraform-modules/ # Terraform modules ├── nuget-packages/ # NuGet packages └── generic-packages/ # Generic file packages Note 일부 조직은 패키지 수명 주기나 안정성에 따라 추가 분리를 선호합니다. 예를 들어, 안정적인 패키지와 개발 패키지에 대해 서로 다른 정리 정책, 접근 제어 또는 승인 워크플로를 적용할 수 있도록 java-releases/ 와 java-snapshots/ 에 대한 별도 프로젝트를 만들 수 있습니다. 그룹 및 프로젝트 생성 # 아티팩트 관리를 위한 새 최상위 그룹을 만듭니다: 상단 표시줄에서 새로 만들기 (+)를 선택하고 새 그룹 을 선택합니다. 그룹 생성 을 선택합니다. 그룹 이름 텍스트 상자에 Artifact Management 또는 유사한 이름을 입력합니다. 그룹 URL 에서 생성된 경로를 유지합니다. 그룹의 공개 수준 을 선택합니다. 그룹 생성 을 선택합니다. 필요한 각 패키지 유형에 대한 프로젝트를 만듭니다: 상단 표시줄에서 검색 또는 이동 을 선택하고 아티팩트 관리 그룹을 찾습니다. 왼쪽 사이드바에서 새로 만들기 (+)를 선택하고 새 프로젝트/저장소 를 선택합니다. 빈 프로젝트 만들기 를 선택합니다. 원하는 패키지 유형에 대한 프로젝트 이름 을 입력합니다. 예: java-packages 또는 node-packages . 적절한 공개 수준을 설정합니다. 프로젝트 생성 을 선택합니다. 조직에서 가장 많이 사용하는 패키지 유형부터 시작하고, 추가 패키지 형식을 채