如何在GitLab CI的kubectl命令中引用其他项目的文件？

当然可以啦！针对你的需求，有几种实用的方案，你可以根据自己的场景来选：

方案1：直接拉取公共项目中的YAML文件 #

你可以在CI流水线的部署步骤里，先从公共项目拉取my-kube.yaml到当前工作目录，再执行kubectl apply。这种方式简单直接，适合不需要复杂封装的场景。

比如用git archive拉取单个文件（避免克隆整个仓库，更高效）：

deploy:
  script:
    # 从公共项目的main分支拉取指定YAML文件
    - git archive --remote=https://gitlab.example.com/somepath/somepath/someProject.git main:my-kube.yaml > my-kube.yaml
    - kubectl apply -f my-kube.yaml

如果公共项目是私有仓库，记得给CI runner的服务账号添加该项目的读取权限，或者在CI变量中存储个人访问令牌（PAT），拉取时带上验证信息。

方案2：封装到公共CI模板中（推荐） #

既然你已经通过include引入了公共流水线，不如把部署逻辑也封装到公共CI配置里，这样所有项目都能直接复用，不用重复写命令。

在公共项目的someFile.yml中定义一个可复用的模板job：

# 公共项目的someFile.yml
.deploy_k8s_template:
  script:
    - git archive --remote=https://gitlab.example.com/somepath/somepath/someProject.git main:my-kube.yaml > my-kube.yaml
    - kubectl apply -f my-kube.yaml
  tags:
    - kubernetes-runner  # 指定有权限访问K8s集群的runner标签

然后在当前项目的CI配置中，直接继承这个模板：

include:
  - project: 'somepath/somepath/someProject'
    file: 'someFile.yml'

deploy_to_k8s:
  extends: .deploy_k8s_template
  only:
    - main  # 仅在main分支触发部署

这种方式能最大化复用公共配置，后续修改YAML路径或部署命令时，只需要更新公共模板即可，所有项目都会同步生效。

方案3：使用Git子模块 #

如果你的项目需要偶尔基于公共YAML做定制化修改，同时还要跟踪公共配置的更新，Git子模块是个不错的选择。

首先在本地项目中添加公共项目作为子模块：

git submodule add https://gitlab.example.com/somepath/somepath/someProject.git public-k8s-config

提交子模块配置到你的项目仓库后，在CI流水线中初始化子模块并部署：

deploy:
  script:
    - git submodule update --init  # 初始化拉取子模块内容
    - kubectl apply -f public-k8s-config/my-kube.yaml

这个方案适合需要版本跟踪的场景，但要注意子模块的维护成本（比如更新子模块版本需要手动操作）。

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