当GitLab CI/CD全局变量变更时，能否触发项目重新构建？

首先明确：你用的rules:changes关键字只检测仓库内文件的变更，而$KEY属于CI/CD变量（不是仓库里的文件），所以这个配置完全起不到触发构建的作用。

下面是几种可行的解决方案：

方案1：将密钥存入仓库文件并监控变更 #

把密钥写入仓库内的特定文件（比如.env.prod或者config/secret.key），然后用changes监控这个文件的改动。示例配置：

run:
  script:
    - source .env.prod && echo $KEY
  rules:
    - changes:
        - .env.prod
      when: always

⚠️ 注意：敏感密钥直接存仓库有风险，建议用对应CI平台的文件加密能力，或者用Git加密工具（比如git-crypt）对密钥文件加密后再提交。

方案2：通过API或手动触发传递更新后的密钥 #

如果密钥存在CI平台的项目变量里，当密钥变更时，可以：

• 手动触发流水线，在触发时覆盖KEY变量的值；
• 编写脚本调用CI平台的流水线API，批量触发所有关联项目的构建，并带上更新后的密钥变量。

方案3：使用项目触发器 #

主流CI平台（如GitLab）支持项目触发器，你可以为每个关联项目创建触发器令牌，当密钥变更时，调用触发器API批量触发所有项目的流水线，同时传递更新后的密钥作为变量。

方案4：中央配置仓库+子模块依赖 #

把密钥放在一个单独的中央配置仓库，其他项目通过Git子模块引入这个仓库。当中央仓库的密钥文件更新时，其他项目的子模块会检测到变更，此时用changes监控子模块的路径，就能触发构建。示例配置：

run:
  script:
    - source config-repo/secret.key && echo $KEY
  rules:
    - changes:
        - config-repo/
      when: always

对你现有配置的修正说明 #

你写的changes: - $KEY是错误的，因为changes的参数必须是仓库内的文件路径，而不是变量名。即便$KEY的值是某个文件路径，CI也不会解析这个变量，只会把它当作字符串去匹配，所以完全无效。

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