如何保留Git子模块全局缓存而非项目本地.git/modules目录？

官方方案：Git的alternates机制 #

这是Git原生支持的方法，完全不需要修改子模块的远程URL，核心思路是让多个仓库共享同一个对象存储库，避免重复占用空间。

操作步骤： #

• 先单独克隆一份目标子模块的全局副本到本地固定路径，比如~/global-submodules/xxx-submodule
• 进入每个项目里的子模块目录，在其.git/objects目录下创建info/alternates文件：

  cd your-project/submodule-path
  mkdir -p .git/objects/info
  echo "~/global-submodules/xxx-submodule/.git/objects" > .git/objects/info/alternates
  

• 完成后，这个项目的子模块就会复用全局副本的对象数据，本地只保留索引和配置文件，大幅节省存储空间。

要提醒的是：全局副本需要定期更新，当子模块有新提交时，先拉取全局副本的更新，其他项目的子模块就能通过alternates访问到新的对象数据。

变通方法：本地Git配置覆盖子模块URL #

利用Git的本地配置优先级高于仓库配置的特性，只在你的机器上修改子模块的拉取地址，完全不会推送到远程仓库影响其他贡献者。

操作步骤： #

• 先克隆全局子模块副本到本地固定路径，比如~/global-submodules/xxx-submodule
• 在你的项目仓库根目录下，执行命令修改子模块的本地URL：

  git config submodule.submodule-path.url ~/global-submodules/xxx-submodule
  

• 之后执行git submodule update，Git会直接使用本地的全局副本，不会再从远程重新克隆。

这个方法的优势很明显：远程仓库的子模块URL保持原样，其他团队成员不受任何影响；你本地的所有项目都可以指向同一个全局副本，更新时只需要拉取一次全局副本，再在各个项目里同步子模块即可。

额外注意事项 #

• 不管用哪种方法，全局副本的路径最好固定，避免移动后导致链接失效，需要重新配置。
• 不要把alternates文件或本地配置的修改提交到远程仓库，确保这些调整只在你的本地生效。

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