不同Git分支配置不同子模块是否可行？有无更优方案？

当然可以在不同Git分支中配置不同的子模块，现在有几种比手动执行deinit/init更高效的方法，都是基于Git 2.13及以上版本新增的特性：

• 利用--recurse-submodules参数一键切换
  从Git 2.13版本开始，git checkout支持--recurse-submodules参数，切换分支时会自动识别当前分支的.gitmodules配置：

  1. 初始化/更新当前分支需要的新子模块
  2. 卸载原分支中存在但当前分支不需要的子模块
     执行命令：

  git checkout --recurse-submodules <目标分支名>
  

• 开启自动递归子模块配置
  如果不想每次切换分支都加参数，可以全局或仓库级开启自动递归：

  # 仓库级配置（仅当前仓库生效）
  git config submodule.recurse true
  # 全局配置（所有仓库生效）
  git config --global submodule.recurse true
  

  开启后，后续执行git checkout、git pull等命令时，会自动根据当前分支的.gitmodules处理子模块，无需额外操作。

• post-checkout钩子自动化处理
  如果需要更定制化的逻辑（比如清理残留子模块目录、浅克隆子模块），可以在仓库的.git/hooks/post-checkout中添加脚本，示例如下：

  #!/bin/sh
  # 仅在分支切换时触发（文件变更切换不触发）
  if [ "$3" = "1" ]; then
      # 同步子模块配置
      git submodule sync --recursive
      # 初始化并更新当前分支需要的子模块，强制清理不再需要的
      git submodule update --init --recursive --force
      # 清理已卸载的子模块目录（可选）
      git clean -fd
  fi
  

  添加后给脚本赋予执行权限：chmod +x .git/hooks/post-checkout，之后切换分支会自动完成所有子模块处理。

注意事项：

• 每个分支需要维护独立的.gitmodules文件，只保留该分支需要的子模块配置，这样Git才能准确识别差异。
• 如果子模块有未提交的修改，切换分支前需要先提交或 stash，避免Git阻止操作。

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