GitLab CI/CD를 사용하여 Git 서브모듈 사용하기

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

Git 서브모듈을 사용하여 Git 저장소를 다른 Git 저장소의 하위 디렉토리로 유지하세요. 다른 저장소를 프로젝트에 복제하고 커밋을 분리하여 유지할 수 있습니다.

.gitmodules 파일 구성

Git 서브모듈을 사용할 때 프로젝트에 .gitmodules라는 이름의 파일이 있어야 합니다. GitLab CI/CD 작업에서 이 파일을 구성하는 여러 가지 옵션이 있습니다.

절대 URL 사용

예를 들어, 생성된 .gitmodules 구성은 다음과 같을 수 있습니다:

  • 프로젝트가 https://gitlab.com/secret-group/my-project에 위치해 있고,
  • 프로젝트가 https://gitlab.com/group/project에 의존하며 이를 서브모듈로 포함하려는 경우입니다.
  • SSH 주소를 사용하여 소스를 가져옵니다.(git@gitlab.com:secret-group/my-project.git) 
[submodule "project"]
  path = project
  url = git@gitlab.com:group/project.git

이 경우, GIT_SUBMODULE_FORCE_HTTPS 변수를 사용하여 GitLab Runner에게 복제하기 전에 URL을 HTTPS로 변환하도록 지시합니다.

또는, 로컬에서도 HTTPS를 사용하는 경우 HTTPS URL을 구성할 수 있습니다. 

[submodule "project"]
  path = project
  url = https://gitlab.com/group/project.git

이 경우에는 추가적인 변수를 구성할 필요는 없지만 로컬로 복제하려면 개인 액세스 토큰을 사용해야 합니다.

상대 URL 사용

경고: 상대 URL을 사용하는 경우 분기 워크플로에서 서브모듈이 잘못 해석될 수 있습니다. 포크를 예상하는 경우 절대 URL을 대신 사용하세요.

서브모듈이 동일한 GitLab 서버에 있는 경우, .gitmodules 파일에서 상대 URL을 사용할 수도 있습니다: 

[submodule "project"]
  path = project
  url = ../../project.git

위의 구성은 Git이 소스를 복제할 때 사용할 URL을 자동으로 추론하도록 지시합니다. 모든 CI/CD 작업에서 HTTPS로 복제하고 로컬로 복제할 때에도 계속해서 SSH를 사용할 수 있습니다.

GitLab 서버에 없는 서브모듈의 경우, 항상 전체 URL을 사용하세요: 

[submodule "project-x"]
  path = project-x
  url = https://gitserver.com/group/project-x.git

CI/CD 작업에서 Git 서브모듈 사용하기

서브모듈이 CI/CD 작업에서 올바르게 작동하려면 다음을 수행하세요:

  1. GIT_SUBMODULE_STRATEGY 변수를 normal 또는 recursive 중 하나로 설정하여 작업 전에 서브모듈을 가져오도록 runner에 지시하세요: 

    variables:
  GIT_SUBMODULE_STRATEGY: recursive

  2. 같은 GitLab 서버에 있는 서브모듈인 경우에는 Git 또는 SSH URL로 구성하고 GIT_SUBMODULE_FORCE_HTTPS 변수를 설정하세요.

  3. 서브모듈의 복제 깊이를 GIT_DEPTH 변수와 독립적으로 구성하려면 GIT_SUBMODULE_DEPTH를 사용하세요: 

    variables:
  GIT_SUBMODULE_DEPTH: 1

  4. 특정 서브모듈을 동기화할지 또는 제외할지 제어하려면 GIT_SUBMODULE_PATHS를 사용하세요. 

    variables:
  GIT_SUBMODULE_PATHS: submoduleA submoduleB

  5. 고급 체크아웃 동작을 제어하기 위해 추가 플래그를 제공하려면 GIT_SUBMODULE_UPDATE_FLAGS를 사용하세요. 

    variables:
  GIT_SUBMODULE_STRATEGY: recursive
  GIT_SUBMODULE_UPDATE_FLAGS: --jobs 4

CI_JOB_TOKEN을 사용하여 파이프라인 작업에서 서브모듈을 복제하는 경우 작업을 실행하는 사용자는 업스트림 서브모듈 프로젝트에서 파이프라인을 트리거할 권한을 가진 역할에 할당되어 있어야 합니다. 또한, CI/CD 작업 토큰 액세스가 업스트림 서브모듈 프로젝트에서 올바르게 구성되어 있어야 합니다.

문제 해결

.gitmodules 파일을 찾을 수 없음

.gitmodules 파일은 일반적으로 숨겨진 파일이기 때문에 찾기 어려울 수 있습니다. 숨겨진 파일을 찾고 표시하는 방법은 각 OS의 문서를 확인할 수 있습니다.

만약 .gitmodules 파일이 없다면, 서브모듈 설정이 git config 파일에 있는 가능성이 있습니다.

‘fatal: run_command returned non-zero status’ 오류

이 오류는 서브모듈 작업 중 GIT_STRATEGY가 fetch로 설정되어 있을 때 발생할 수 있습니다.

GIT_STRATEGY를 clone으로 설정하면 이 문제가 해결될 수 있습니다.