GitHub는 새로운 서비스 패키지 레지스트리 출시를 발표했습니다. 개발자는 응용 프로그램 및 라이브러리와 함께 패키지를 게시하고 배포 할 수 있습니다.
Service Package Registry는 개인 패키지 저장소 생성을 지원합니다. 특정 개발자 그룹 만 사용할 수 있습니다. 프로그램 및 라이브러리를 위해 즉시 사용 가능한 패키지를 제공하기위한 공용 저장소.
서비스 패키지 레지스트리 정보
주요 서비스 패키지 레지스트리 서비스 한 곳에서 코드를 개발하고 패키지를 준비 할 수 있습니다.뿐만 아니라 GitHub에서 직접 중앙 집중식 종속성 전달 프로세스를 구성합니다.
이러한 방식으로 서로 다른 플랫폼에 대한 특정 패키지의 특정 중개자 및 저장소를 피할 수 있습니다.
서비스 패키지 레지스트리 발표는 다음을 설명합니다.
GitHub 패키지 레지스트리는 GitHub와 완전히 통합되므로 동일한 검색, 탐색 및 관리 도구를 사용하여 리포지토리에서와 마찬가지로 패키지를 찾고 게시 할 수 있습니다.
동일한 사용자 및 팀 권한을 사용하여 코드와 패키지를 함께 관리 할 수도 있습니다. GitHub 패키지 레지스트리는 글로벌 GitHub CDN에서 지원하는 빠르고 안정적인 다운로드를 제공합니다.
또한 익숙한 패키지 관리 도구 인 JavaScript (npm), Java (Maven), Ruby (RubyGems), .NET (NuGet) 및 Docker 이미지와 호환됩니다.
서비스 패키지 레지스트리를 사용하여 패키지를 설치하고 게시하려면 se는 기존 패키지 관리자와 npm, docker, mvn, nuget 및 gem과 같은 명령을 사용할 수 있습니다.
사용자 환경 설정에 따라 GitHub에서 제공하는 외부 패키지 저장소 중 하나가 연결됩니다 : npm.pkg.github .com, docker.pkg.github.com, maven.pkg.github.com, nuget.pkg.github.com 또는 rubygems .pkg.github.com.
패키지에 대한 종속성이있는 프로젝트에서 작업 할 때는 패키지를 신뢰하고 코드를 이해하고 패키지를 빌드 한 커뮤니티와 연결하는 것이 중요합니다.
그리고 조직 내에서 사용이 승인 된 항목을 빠르게 찾을 수 있어야합니다.
코드와 함께 패키지
패킷 로딩 속도를 높이기 위해 글로벌 캐싱 콘텐츠 전달 네트워크가 사용됩니다. 사용자에게 투명하며 중복 항목을 별도로 선택할 필요가 없습니다. 패키지 게시의 경우 GitHub의 코드에 액세스 할 때와 동일한 계정이 사용됩니다.
실제로 "태그"및 "릴리스"섹션 외에도 새로운 "패키지"섹션이 제안되었으며, 그 작업은 현재 GitHub 작업 프로세스에 원활하게 통합됩니다.
GitHub에서 호스팅되는 패키지에는 전체 내역과 함께 다운로드 세부 정보 및 통계가 포함되어 있으므로 포함 된 내용을 정확히 알 수 있습니다.
이를 통해 프로젝트에 대한 종속성으로 올바른 패키지를 쉽게 찾고 사용할 수 있으며, 광고 된 내용 만 포함된다는 확신이 높아집니다. 게시하는 패키지에 대한 자세한 정보를 통해 다른 사람과 리포지토리에서 패키지를 사용하는 방식을 정확하게 이해할 수 있습니다.
검색 서비스가 패키지 검색을위한 새로운 섹션으로 확장되었습니다. 코드 리포지토리에 대한 기존 액세스 권한 설정은 패키지에 대해 자동으로 상속되므로 한 곳에서 코드와 패키지에 대한 액세스를 제어 할 수 있습니다.
웹 기반 연결 시스템 제공 게시 전후에 호출 된 컨트롤러 및 API를 연결하여 외부 도구를 서비스 패키지 레지스트리와 통합합니다. 다운로드 통계 및 버전 기록이있는 보고서도 사용할 수 있습니다.
Service Package Registry를 사용해 볼 수 있습니까?
현재 Service Package Registry는 현재 베타 테스트 단계에 있습니다. 그 안에서 요청하기 전에, 모든 유형의 저장소에 대한 액세스가 무료로 제공됩니다.
테스트가 끝나면 무료 액세스는 공용 저장소 및 오픈 소스 저장소로만 제한됩니다.
오픈 소스 프로젝트 개발자의 경우 제안 된 서비스는 기본 저장소에 속하는 최종 릴리스를 형성하기 전에 사전 릴리스 테스트를 구성하는 데 유용 할 수 있습니다.