如何获取Git仓库的部分内容，仅拉取指定团队的分支？

完全可以通过配置Git的拉取规则实现仅拉取指定内容，大幅降低拉取耗时、避免无关submodule带来的问题，以下是可落地的实操方案：

1. 配置fetch规则仅拉取团队相关分支 #

如果你们团队的分支有统一命名前缀（如team-frontend/、feat-xxx这类可匹配的规则），可以修改远程仓库的fetch refspec实现过滤：

• 先移除默认拉取全部分支的规则：
  git config --unset remote.origin.fetch
• 添加你团队分支对应的拉取规则，示例为匹配所有team-frontend/前缀的分支：
  git config --add remote.origin.fetch +refs/heads/team-frontend/*:refs/remotes/origin/team-frontend/*

配置完成后执行git fetch只会拉取匹配规则的分支，如果后续需要临时拉取其他分支，直接指定分支名即可，比如git fetch origin main:main。

2. 仅激活团队需要的submodule #

针对submodule冗余的问题，Git 2.22及以上版本支持submodule的白名单激活规则，无需拉取所有submodule：

• 先关闭所有submodule的默认激活状态：
  git config submodule.active false
• 按需添加你团队需要用到的submodule路径到激活列表：
  git config --add submodule.active 你团队用到的submodule路径

配置完成后执行git submodule update --init只会拉取你加入激活列表的submodule，完全不会触碰其他团队的submodule，避免无关问题。

3. 可选：针对大仓库的额外优化 #

如果仓库本身体积过大，还可以搭配部分克隆进一步降低拉取开销：

• 首次克隆时使用部分克隆参数，不拉取冗余的二进制对象：
  git clone --filter=blob:none 仓库地址

该配置下Git只会拉取当前检出版本需要的文件，历史版本的大文件会在实际需要时才拉取，能大幅缩减初始克隆和日常fetch的耗时。

恢复默认配置的方法 #

如果后续需要恢复拉取全部分支和所有submodule，执行以下命令即可：

# 恢复全分支拉取
git config remote.origin.fetch +refs/heads/*:refs/remotes/origin/*
# 恢复所有submodule激活
git config --unset submodule.active

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