Git子模块能否自动跟踪远端HEAD无需提交更新记录？

原生Git子模块无法实现你描述的「不记录固定版本指针、递归克隆时自动拉取对应远端仓库HEAD」的配置，这是由子模块的核心设计逻辑决定的，没有配置项可以绕过这个机制。

你可能对.gitmodules的作用有误解：

• .gitmodules文件仅负责存储子模块的三类元信息：子模块的远端仓库地址、本地存放的目标路径、可选的跟踪分支名，它本身不存储任何版本指针信息。
• 子模块的版本指针是直接作为git树对象的一部分存在主仓库的提交记录里的：只要你把一个目录配置为子模块，主仓库就会永久记录该子模块当前 checkout 的commit哈希，每次你提交主仓库代码时，这个哈希都会被同步记录，根本不存在「不记录固定版本指针」的可能。
• 这个设计的核心目标是保证可复现构建：不管任何人、在任何时间递归克隆你的仓库，拉到的所有依赖代码版本都和你提交时测试通过的版本完全一致，不会因为上游仓库更新、强制推送等操作突然出现构建失败的问题。

如果你希望尽量减少手动更新子模块的成本，可以用子模块自带的分支跟踪功能，操作步骤如下：

1. 给每个子模块配置需要跟踪的远端分支，在主仓库根目录执行命令：

git config -f .gitmodules submodule.<你的子模块名称>.branch <要跟踪的分支名，比如main、master>

2. 后续需要同步所有子模块到对应分支的最新HEAD时，不需要进入每个子模块目录手动pull，只需要在主仓库根目录执行一条命令：

git submodule update --remote --merge

执行完后Git会自动拉取所有子模块跟踪分支的最新提交，你只需要在主仓库提交一次更新后的子模块指针即可，整个更新流程的手动成本非常低。

注意：这种配置下，其他用户递归克隆你的仓库时，默认拉到的依然是主仓库记录的子模块commit，而不是克隆当下的远端HEAD。如果一定要让克隆操作默认拉取最新HEAD，你可以要求用户在克隆时额外带上--remote参数，或者把更新子模块的命令写进初始化脚本、Makefile的依赖拉取步骤里，但这种操作本质上绕过了子模块的版本锁机制，反而容易出现版本不一致的问题，并不推荐。

如果你的核心需求就是完全不记录依赖的固定版本，每次初始化环境都直接拉取上游最新HEAD，那子模块本身就不是适合你的工具，更简单的方案是：

• 保留你现在的.gitignore规则，不要把外部依赖目录提交到主仓库
• 把拉取外部依赖的逻辑写进统一的构建/初始化脚本（比如init_deps.sh），在脚本里定义好每个外部仓库的克隆地址、存放路径、跟踪分支，执行脚本就可以自动拉取所有依赖的最新版本

这种方案比硬改子模块逻辑灵活得多，也不会出现子模块状态不一致、指针错乱的常见问题。

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