GitLab CI能否配置稀疏检出？GIT_CLEAN_FLAGS替代方案咨询

当然可以在GitLab CI里配置稀疏检出，针对大型代码库来说这确实是个能大幅提升CI运行效率的好办法。我来给你一步步拆解怎么实现，再聊聊GIT_CLEAN_FLAGS的替代方案收益。

一、配置GitLab CI稀疏检出的具体步骤 #

• 首先，在你的.gitlab-ci.yml里，需要先禁用GitLab默认的自动克隆行为，设置GIT_STRATEGY: none，这样CI Runner不会默认拉取整个仓库。
• 接下来手动执行带稀疏检出参数的克隆命令，示例如下：

  git clone --depth 1 --filter=blob:none --sparse https://gitlab.com/your-group/your-repo.git
  cd your-repo
  git sparse-checkout set src/ci-scripts tests/core
  

  这里的参数作用：--depth 1做浅克隆只拉取最新提交，--filter=blob:none仅克隆提交历史和目录结构、不下载文件内容，--sparse开启稀疏模式，最后用sparse-checkout set指定CI流程实际需要用到的目录或文件路径。
• 如果需要拉取特定分支，记得在克隆命令后加上-b your-branch参数。

二、如果不用稀疏检出，设置GIT_CLEAN_FLAGS的收益 #

首先得明确，GIT_CLEAN_FLAGS是用来调整GitLab CI默认的git clean清理行为的，它和稀疏检出的优化方向完全不同：

• 稀疏检出是从克隆阶段就只获取你需要的内容，能直接减少带宽消耗、克隆时间和磁盘占用，对于大型仓库来说，这个优化的幅度非常显著。
• 而GIT_CLEAN_FLAGS只是在CI运行前的清理阶段，跳过对指定无关目录的清理。比如你设置GIT_CLEAN_FLAGS: -d -x --exclude=docs/ --exclude=assets/，CI会保留这些目录不清理，但克隆的时候还是会把整个仓库完整拉下来。
• 所以GIT_CLEAN_FLAGS的收益非常有限：只有当你的无关目录体积极大、清理操作耗时很久时，才能省一点清理时间，但根本解决不了克隆阶段的资源浪费问题，完全替代不了稀疏检出的作用。

内容的提问来源于stack exchange，提问作者Paul D Smith