GitLab CI子组项目中如何利用项目命名空间参数化环境URL

我懂你遇到的痛点——项目在GitLab子组下时，想生成带完整子组路径的环境URL，但直接在environment.url里用shell参数展开语法（比如${CI_PROJECT_PATH#...}）完全不生效，因为GitLab的environment.url只支持简单的变量替换，根本不解析shell的字符串操作逻辑。

那怎么破局？其实思路很简单：先在script阶段把需要的URL拼接处理好，存到一个自定义变量里，再让environment.url引用这个变量。GitLab CI允许在script中导出自定义变量，后续job的配置部分可以直接复用这些变量。

给你一个可以直接套用的配置示例：

build:
  stage: build
  image: bash:latest
  script:
    # 第一步：截取掉根命名空间后的子组+项目路径
    - SUBPATH="${CI_PROJECT_PATH#${CI_PROJECT_ROOT_NAMESPACE}/}"
    # 第二步：拼接出完整的环境URL并导出为自定义变量
    - export ENV_URL="${CI_SERVER_PROTOCOL}://${CI_PROJECT_ROOT_NAMESPACE}.${CI_PAGES_DOMAIN}/-/${SUBPATH}/-/jobs/${CI_JOB_ID}/artifacts/public/index.html"
    # 可选：打印URL验证是否符合预期
    - echo "Generated environment URL: $ENV_URL"
  environment:
    name: test
    url: $ENV_URL

这个配置的核心逻辑：

• 用shell的参数展开${CI_PROJECT_PATH#${CI_PROJECT_ROOT_NAMESPACE}/}，把CI_PROJECT_PATH里的根命名空间前缀去掉，得到mysubgroup/myproject这样的子路径
• 把所有变量拼接成完整的URL，导出为ENV_URL
• 最后environment.url直接引用$ENV_URL，这里的变量替换就能正常生效了

这样生成的URL就会完全符合你的预期：https://mygroup.gitlab.com/-/mysubgroup/myproject/-/jobs/12345/artifacts/public/index.html

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