PyPI 패키지 레지스트리
프로젝트의 패키지 레지스트리에 PyPI 패키지를 게시하고 필요할 때 의존성으로 사용하기 위해 패키지를 설치하세요.
패키지 레지스트리는 다음과 함께 작동합니다:
pip
및 twine
클라이언트가 사용하는 특정 API 엔드포인트의 문서에 대해서는 PyPI API 문서를 참조하세요.
PyPI 패키지를 빌드하는 방법을 알아보세요.
패키지 레지스트리로 인증
패키지 레지스트리에 게시하려면 먼저 인증해야 합니다.
이를 위해 다음을 사용할 수 있습니다:
-
api
로 스코프가 설정된 개인 접근 토큰. -
read_package_registry
write_package_registry
또는 둘 다로 스코프가 설정된 배포 토큰. - CI 작업 토큰.
여기에 기술되지 않은 인증 방법을 사용하지 마십시오. 문서화되지 않은 인증 방법은 향후 제거될 수 있습니다.
개인 접근 토큰으로 인증
개인 접근 토큰으로 인증하려면 ~/.pypirc
파일을 편집하고 다음을 추가하세요:
[distutils]
index-servers =
gitlab
[gitlab]
repository = https://gitlab.example.com/api/v4/projects/<project_id>/packages/pypi
username = <your_personal_access_token_name>
password = <your_personal_access_token>
<project_id>
는 프로젝트의 URL 인코딩된 경로(예: group%2Fproject
) 또는 프로젝트 ID(예: 42
) 중 하나입니다.
배포 토큰으로 인증
배포 토큰으로 인증하려면 ~/.pypirc
파일을 편집하고 다음을 추가하세요:
[distutils]
index-servers =
gitlab
[gitlab]
repository = https://gitlab.example.com/api/v4/projects/<project_id>/packages/pypi
username = <deploy token username>
password = <deploy token>
<project_id>
는 프로젝트의 URL 인코딩된 경로(예: group%2Fproject
) 또는 프로젝트 ID(예: 42
) 중 하나입니다.
CI 작업 토큰으로 인증
GitLab CI/CD 내에서 PyPI 명령을 처리하려면 CI_JOB_TOKEN
을 사용할 수 있습니다. 이를 통해 개인 접근 토큰이나 배포 토큰 대신 사용할 수 있습니다.
예:
image: python:latest
run:
script:
- pip install build twine
- python -m build
- TWINE_PASSWORD=${CI_JOB_TOKEN} TWINE_USERNAME=gitlab-ci-token python -m twine upload --repository-url ${CI_API_V4_URL}/projects/${CI_PROJECT_ID}/packages/pypi dist/*
또한 GitLab에 체크인하는 ~/.pypirc
파일에서도 CI_JOB_TOKEN
을 사용할 수 있습니다:
[distutils]
index-servers =
gitlab
[gitlab]
repository = https://gitlab.example.com/api/v4/projects/${env.CI_PROJECT_ID}/packages/pypi
username = gitlab-ci-token
password = ${env.CI_JOB_TOKEN}
그룹 내 패키지 접근 인증
토큰 유형을 위한 위의 지침을 따르되, 프로젝트 URL 대신 그룹 URL을 사용하세요:
https://gitlab.example.com/api/v4/groups/<group_id>/-/packages/pypi
PyPI 패키지 게시
전제 조건:
- 패키지 레지스트리로 인증해야 합니다.
- 버전 문자열이 유효해야 합니다.
- 허용되는 최대 패키지 크기는 5 GB입니다.
-
description
필드의 최대 길이는 4000 문자입니다. 더 긴description
문자열은 잘려집니다. - 패키지의 동일한 버전을 여러 번 업로드할 수 없습니다. 시도할 경우
400 Bad Request
오류가 발생합니다. - PyPI 패키지는 프로젝트ID를 사용하여 게시됩니다.
- 프로젝트가 그룹에 속한 경우 프로젝트 레지스트리에 발행된 PyPI 패키지는 그룹 수준 레지스트리에서도 사용할 수 있습니다(그룹 수준 설치).
그런 다음 twine을 사용하여 패키지를 게시할 수 있습니다.
버전 문자열이 유효한지 확인
버전 문자열(예: 0.0.1
)이 유효하지 않으면 거부됩니다. GitLab은 다음과 같은 정규식을 사용하여 버전 문자열을 유효성 검사합니다.
\A(?:
v?
(?:([0-9]+)!)? (?# epoch)
([0-9]+(?:\.[0-9]+)*) (?# release segment)
([-_\.]?((a|b|c|rc|alpha|beta|pre|preview))[-_\.]?([0-9]+)?)? (?# pre-release)
((?:-([0-9]+))|(?:[-_\.]?(post|rev|r)[-_\.]?([0-9]+)?))? (?# post release)
([-_\.]?(dev)[-_\.]?([0-9]+)?)? (?# dev release)
(?:\+([a-z0-9]+(?:[-_\.][a-z0-9]+)*))? (?# local version)
)\z}xi
여기서 정규 표현식 편집기를 사용하여 정규식을 실험하고 버전 문자열을 시도할 수 있습니다.
정규식에 대한 자세한 내용은 이 문서를 참조하세요.
twine를 사용하여 PyPI 패키지를 공개
PyPI 패키지를 공개하려면 다음과 같이 명령을 실행하세요:
python3 -m twine upload --repository gitlab dist/*
이 메시지는 패키지가 성공적으로 공개되었음을 나타냅니다:
Uploading distributions to https://gitlab.example.com/api/v4/projects/<your_project_id>/packages/pypi
Uploading mypypipackage-0.0.1-py3-none-any.whl
100%|███████████████████████████████████████████████████████████████████████████████████████████| 4.58k/4.58k [00:00<00:00, 10.9kB/s]
Uploading mypypipackage-0.0.1.tar.gz
100%|███████████████████████████████████████████████████████████████████████████████████████████| 4.24k/4.24k [00:00<00:00, 11.0kB/s]
공개된 패키지를 보려면 프로젝트의 패키지 및 레지스트리 페이지로 이동하세요.
.pypirc
파일을 사용하여 리포지터리 소스를 정의하지 않았다면 인증 내장을 사용하여 리포지터리에 공개할 수 있습니다:
TWINE_PASSWORD=<personal_access_token or deploy_token> TWINE_USERNAME=<username or deploy_token_username> python3 -m twine upload --repository-url https://gitlab.example.com/api/v4/projects/<project_id>/packages/pypi dist/*
이 페이지의 단계를 따르지 않았다면, 패키지가 올바르게 빌드되었는지 확인하고, setuptools를 사용하여 PyPI 패키지를 만들었는지 확인하세요.
그런 다음 다음 명령을 사용하여 패키지를 업로드할 수 있습니다:
python -m twine upload --repository <source_name> dist/<package_file>
-
<package_file>
은.tar.gz
또는.whl
로 끝나는 패키지 파일명입니다. -
<source_name>
은 설치별도로 인증하여 인증시 사용한 소스 이름입니다.
동일한 이름 또는 버전의 패키지 공개
동일한 이름과 버전의 패키지가 이미 존재하는 경우 패키지를 공개할 수 없습니다.
먼저 기존 패키지를 삭제해야 합니다.
동일한 패키지를 여러 번 공개하려고 하면 400 Bad Request
오류가 발생합니다.
PyPI 패키지 설치
GitLab 14.2 이상 버전에서는 패키지 레지스트리에서 PyPI 패키지를 찾을 수 없을 때 요청이 pypi.org로 전달됩니다. 관리자는 이 동작을 연속 통합 설정에서 비활성화할 수 있습니다.
--index-url
옵션을 사용할 때 기본 포트(예: http
로 시작하는 URL에 80
, https
로 시작하는 URL에 443
)를 지정하지 마십시오.프로젝트 레벨에서 설치
가장 최신 버전의 패키지를 설치하려면 다음 명령을 사용하세요:
pip install --index-url https://<personal_access_token_name>:<personal_access_token>@gitlab.example.com/api/v4/projects/<project_id>/packages/pypi/simple --no-deps <package_name>
-
<package_name>
은 패키지 이름입니다. -
<personal_access_token_name>
은read_api
스코프가 있는 개인 액세스 토큰 이름입니다. -
<personal_access_token>
은read_api
스코프가 있는 개인 액세스 토큰입니다. -
<project_id>
는 프로젝트의 URL 인코딩된 경로(예:group%2Fproject
) 또는 프로젝트 ID(예:42
)입니다.
이 명령에서 --extra-index-url
대신에 --index-url
을 사용할 수 있습니다. 그러나 --extra-index-url
을 사용하면 패키지를 확인하기 전에
PyPi 리포지터리에서 사용자 정의 리포지터리를 확인하므로 의존성 혼동 공격에 취약해집니다.
--extra-index-url
은 제공한 URL을 패키지가 존재하는지 확인하는 추가 레지스트리로 추가하며,
--index-url
은 클라이언트가 제공한 URL에서만 패키지를 확인하도록 지시합니다.
이 가이드를 따르고 MyPyPiPackage
패키지를 설치하려면 다음을 실행할 수 있습니다:
pip install mypypipackage --no-deps --index-url https://<personal_access_token_name>:<personal_access_token>@gitlab.example.com/api/v4/projects/<your_project_id>/packages/pypi/simple
이 메시지는 패키지가 성공적으로 설치되었음을 나타냅니다:
Looking in indexes: https://<personal_access_token_name>:****@gitlab.example.com/api/v4/projects/<your_project_id>/packages/pypi/simple
Collecting mypypipackage
Downloading https://gitlab.example.com/api/v4/projects/<your_project_id>/packages/pypi/files/d53334205552a355fee8ca35a164512ef7334f33d309e60240d57073ee4386e6/mypypipackage-0.0.1-py3-none-any.whl (1.6 kB)
Installing collected packages: mypypipackage
Successfully installed mypypipackage-0.0.1
그룹 레벨에서 설치
그룹에서 가장 최신 버전의 패키지를 설치하려면 다음 명령을 사용하세요:
pip install --index-url https://<personal_access_token_name>:<personal_access_token>@gitlab.example.com/api/v4/groups/<group_id>/-/packages/pypi/simple --no-deps <package_name>
이 명령에서:
-
<package_name>
은 패키지 이름입니다. -
<personal_access_token_name>
은read_api
스코프가 있는 개인 액세스 토큰 이름입니다. -
<personal_access_token>
은read_api
스코프가 있는 개인 액세스 토큰입니다. -
<group_id>
는 그룹 ID입니다.
이 명령에서 --extra-index-url
대신에 --index-url
을 사용할 수 있습니다. 그러나 --extra-index-url
을 사용하면 패키지를 확인하기 전에
PyPi 리포지터리에서 사용자 정의 리포지터리를 확인하므로 의존성 혼동 공격에 취약해집니다.
--extra-index-url
은 제공한 URL을 패키지가 존재하는지 확인하는 추가 레지스트리로 추가하며,
--index-url
은 클라이언트가 제공한 URL에서만 패키지를 확인하도록 지시합니다.
가이드를 따르고 MyPyPiPackage
패키지를 설치하려면 다음을 실행할 수 있습니다:
pip install mypypipackage --no-deps --index-url https://<personal_access_token_name>:<personal_access_token>@gitlab.example.com/api/v4/groups/<your_group_id>/-/packages/pypi/simple
패키지 이름
GitLab은 Python 정규화된 이름 (PEP-503)을 사용하는 패키지를 찾습니다. -
, _
, 그리고 .
문자는 모두 동일하게 취급되며 반복된 문자는 제거됩니다.
pip install
요청의 경우 my.package
를 찾을 때, my-package
, my_package
, my....package
와 같은 세 가지 문자 중 하나와 일치하는 패키지를 찾습니다.
requirements.txt
사용
pip가 공개 레지스트리에 액세스하길 원한다면, requirements.txt
파일에 레지스트리의 URL과 함께 --extra-index-url
매개변수를 추가하세요.
--extra-index-url https://gitlab.example.com/api/v4/projects/<project_id>/packages/pypi/simple
package-name==1.0.0
만약 이것이 비공개 레지스트리라면, 몇 가지 방법으로 인증할 수 있습니다. 예를 들어:
-
requirements.txt
파일을 사용:
--extra-index-url https://__token__:<your_personal_token>@gitlab.example.com/api/v4/projects/<project_id>/packages/pypi/simple
package-name==1.0.0
-
~/.netrc
파일을 사용:
machine gitlab.example.com
login __token__
password <your_personal_token>
문제 해결
성능을 향상시키기 위해, pip 명령어는 패키지와 관련된 파일을 캐시에 저장합니다. Pip는 자체적으로 데이터를 제거하지 않습니다. 새로운 패키지가 설치됨에 따라 캐시가 증가합니다. 문제가 발생하면 다음 명령어로 캐시를 지울 수 있습니다:
pip cache purge
여러 index-url
또는 extra-index-url
매개변수
여러 index-url
및 extra-index-url
매개변수를 정의할 수 있습니다.
만약 동일한 도메인 이름(예: gitlab.example.com
)을 서로 다른 인증 토큰으로 여러 번 사용한다면, pip
는 패키지를 찾지 못할 수 있습니다. 이 문제는 pip
가 명령어를 실행하는 동안 어떻게 토큰을 등록하고 저장하는지에 기인합니다.
이 문제를 해결하기 위해, 모든 프로젝트나 그룹을 대상으로 하는 모든 공통 상위 그룹에서 read_package_registry
범위를 가진 그룹 배포 토큰을 사용할 수 있습니다.
지원되는 CLI 명령어
GitLab PyPI 리포지터리는 다음 CLI 몤령어를 지원합니다:
-
twine upload
: 레지스트리에 패키지 업로드 -
pip install
: 레지스트리에서 PyPI 패키지 설치