Git本地别名在submodule foreach递归执行时无法识别问题咨询

问题原因 #

git submodule foreach执行命令时，旧版本Git（2.30以下）的别名解析逻辑不会主动关联子模块的本地配置：
虽然子模块的本地配置文件真实存在，原生Git命令（比如git config、git rev-parse）可以正常读取子模块配置，但Git在解析别名命令时，会优先读取执行命令的初始上下文（也就是主仓库）的alias配置，没有匹配项就继续查全局、系统配置，不会主动触发子模块本地配置的别名读取逻辑，因此会报命令不存在的错误。

解决方法 #

可以根据你的使用场景任选以下方案：

方案1：修改主仓库all别名，强制加载子模块配置 #

调整all别名的定义，通过-C参数强制Git切换到子模块的工作目录加载完整配置（包含本地别名）：

git config alias.all 'submodule foreach --recursive git -C "$path"'

修改后调用方式从原来的git all git fingerprint简化为git all fingerprint，即可正常识别子模块的本地别名。
如果不想调整调用习惯，可以保持all别名原定义，调用时加上-C参数即可：

git all git -C "$PWD" fingerprint

方案2：把子模块别名改为外部命令形式 #

将子模块的别名定义为带!前缀的外部命令形式，Git对这类别名不会做前置解析，会在子模块上下文直接执行：

git submodule foreach --recursive git config alias.fingerprint '!git rev-parse HEAD'

该方案不需要修改主仓库的all别名，也不用调整调用方式，适合别名数量较少的场景。

方案3：升级Git版本 #

这个问题是Git 2.30之前版本的已知逻辑缺陷，2.30及以上版本已经优化了git submodule foreach的别名解析逻辑，会自动加载子模块本地的别名配置，直接升级Git版本即可原生解决问题。

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