GitLab CI结合Git Submodules无法生效，求排查方案

你的核心需求是让pipelines仓库的deploy任务仅在source-repo有代码推送时触发，目前用子模块方案未生效，主要有以下几个遗漏点和优化方向：

一、子模块方案未生效的原因 #

你当前的deploy脚本里仍在手动克隆source-repo，这会覆盖GitLab CI通过GIT_SUBMODULE_STRATEGY拉取的子模块目录，导致rules:changes无法检测到子模块的变更。此外，子模块的变更检测仅针对pipelines仓库中记录的子模块commit指针，而非source-repo本身的推送——只有当pipelines仓库更新子模块指针时，CI才会识别到变化，这和你想要的“source-repo推送即触发”逻辑不匹配。

二、正确的实现方案 #

方案1：通过GitLab CI Trigger直接触发（推荐） #

这种方式无需依赖子模块，直接在source-repo的流水线中触发pipelines仓库的deploy任务，更贴合你的需求：

1. 在source-repo的.gitlab-ci.yml中添加触发任务：

trigger_pipelines_deploy:
  stage: deploy
  trigger:
    project: your-group/pipelines  # 替换为pipelines仓库的完整路径
    branch: master
    strategy: depend  # 可选：等待pipelines的流水线完成
  rules:
    - if: $CI_COMMIT_BRANCH == 'master'  # 仅在master分支推送时触发，可按需调整

2. 在pipelines仓库的deploy任务中添加规则：
   修改.gitlab-ci.yml，让deploy仅在trigger触发时运行：

variables:
  GIT_SUBMODULE_STRATEGY: recursive

.maven:
  image:
    image: maven:3.6.3-jdk-11
    entrypoint: [""]
      
deploy:
  extends: .maven
  stage: deploy
  rules:
    - if: $CI_PIPELINE_SOURCE == "trigger"  # 仅接受trigger触发的流水线
  script: |
    mkdir -p /root/.ssh
    echo "${KNOWN_HOSTS}" > /root/.ssh/known_hosts
    chmod 600 /root/.ssh/known_hosts
    echo "${AUTH_KEY}" >  /root/.ssh/id_rsa
    chmod 600  /root/.ssh/id_rsa
    
    git clone -b master ssh://git@git.company.com:7999/projects/source-repo.git
    cd source-repo && mvn package

方案2：修复子模块方案（需配合自动更新子模块指针） #

如果你坚持使用子模块，需要调整以下配置：

1. 移除手动克隆代码：
   删除deploy脚本中的git clone命令，依赖GIT_SUBMODULE_STRATEGY: recursive自动拉取子模块：

deploy:
  extends: .maven
  stage: deploy
  rules:
    - changes:
        - source-repo/**/*  # 检测子模块目录的变更
  script: |
    # 若子模块使用HTTPS协议，可配置CI_JOB_TOKEN免密拉取
    # git config --global url."https://gitlab-ci-token:${CI_JOB_TOKEN}@git.company.com/".insteadOf "https://git.company.com/"
    
    cd source-repo && mvn package

2. 自动更新pipelines仓库的子模块指针：
   需要在source-repo推送时，自动更新pipelines仓库中source-repo子模块的commit指针（可通过Git钩子或CI任务实现），否则pipelines仓库的CI无法感知source-repo的变更。

内容的提问来源于stack exchange，提问作者bakadevops