GitLab 단일 저장소 패키지 관리 워크플로우
하나의 프로젝트 또는 Git 저장소에는 모든 패키지가 개별적으로 패키징되고 게시된 여러 가지 하위 프로젝트 또는 하위 모듈이 포함될 수 있습니다.
부모 프로젝트로 다양한 패키지 발행
한 프로젝트에 발행할 수 있는 패키지의 수와 이름에는 제한이 없습니다. 이를 위해 각 패키지에 대한 다른 구성 파일을 설정함으로써 이를 수행할 수 있습니다. 선택한 패키지 관리자의 문서를 참조하십시오. 각 패키지 관리자는 발행할 특정 패키지를 팔로우하기 위한 자체 특정 파일 및 지침이 있습니다.
여기 예시로 NPM을 사용했습니다.
이 예시에서 MyProject
는 부모 프로젝트입니다. components
디렉터리에 Foo
라는 서브 프로젝트가 포함되어 있습니다.
MyProject/
|- src/
| |- components/
| |- Foo/
|- package.json
MyProject
와 Foo
를 위해 패키지를 발행하는 것이 목표입니다. GitLab NPM 레지스트리 문서의 지침에 따라 MyProject
를 발행할 수 있으며, 이를 위해 package.json
파일을 publishConfig
섹션으로 수정하고 다음 작업 중 하나를 수행합니다.
-
npm config set
과 같은 CLI 명령을 사용하여 로컬 NPM 구성을 수정합니다. - 이러한 구성 설정을 지정하는
.npmrc
파일을 프로젝트의 루트에 저장합니다.
지침에 따라 프로젝트의 루트 디렉터리에서 npm publish
를 실행하여 MyProject
를 발행할 수 있습니다.
Foo
를 발행하는 것은 거의 동일합니다. Foo
디렉터리에서 동일한 단계를 따릅니다. Foo
에는 npm init
을 사용하여 수동으로 추가할 수 있는 package.json
파일이 필요합니다. Foo
에는 고유한 구성 설정도 필요합니다. 동일한 위치로 발행하기 때문에, 부모 프로젝트의 레지스트리를 설정하기 위해 npm config set
을 사용했다면 추가 설정이 필요하지 않습니다. .npmrc
파일을 사용했다면 Foo
디렉터리에 별도의 .npmrc
파일이 필요합니다. .npmrc
파일을 .gitignore
파일에 추가하거나 액세스 토큰 대신 환경 변수를 사용하여 토큰이 노출되지 않도록 주의하십시오. 이 .npmrc
파일은 MyProject
에서 사용한 파일과 동일하게 할 수 있습니다. 이제 Foo
디렉터리에서 npm publish
를 실행하여 Foo
를 MyProject
와 별도로 발행할 수 있습니다.
Conan 패키지에도 비슷한 프로세스를 따를 수 있습니다. 그러나 .npmrc
및 package.json
대신 프로젝트 내에서 여러 위치에 conanfile.py
가 있습니다.
다른 프로젝트로 발행
패키지는 GitLab의 프로젝트와 관련이 있지만, 패키지는 해당 프로젝트의 코드와 관련이 없어도 됩니다. NPM이나 Maven을 구성할 때, 패키지가 업로드되는 레지스트리 URL을 설정하기 위해 Project ID
만 사용합니다. 이를 원하는 프로젝트로 설정하고, 패키지 유형에 따라 다른 구성을 업데이트하면 해당 프로젝트로 패키지를 발행할 수 있습니다. 이는 코드가 동일한 위치에 존재하지 않더라도 여러 패키지를 한 프로젝트에 발행할 수 있다는 것을 의미합니다. 자세한 정보는 프로젝트 레지스트리 워크플로우 문서를 참조하십시오.