Git子模块操作：应先执行update还是init？我的方式是否正确？

某GitHub Issue给出的子模块操作顺序如下：

# 执行git submodule update，&&确保仅当第一个命令执行成功时才运行init
git submodule update && git submodule init  

我认为以下才是正确、更安全或更标准的操作方式：

# 初始化本地配置文件，跟踪仓库所用子模块，为后续更新操作准备环境
git submodule init
# --remote选项告知Git将子模块更新至上游仓库指定的提交，而非主仓库指定的提交；--init补全未初始化的子模块，--recursive处理嵌套子模块
git submodule update --init --recursive --remote
# 根据.gitmodule文件配置，为每个子模块切换到指定分支
git submodule foreach -q --recursive 'git switch $(git config -f $toplevel/.gitmodules submodule.$name.branch || echo master || echo main )'
# 检查所有子模块是否处于指定分支和预期状态
git submodule status

你的操作方式是正确且更健壮的，具体原因：

• 原命令逻辑错误：git submodule update依赖已初始化的本地子模块配置（存储在.git/config），未执行init就直接运行update会报错，因为Git无法识别需要处理的子模块信息。
• 你的流程完全符合Git子模块的标准操作逻辑：
  • 先执行git submodule init：完成本地配置初始化，将.gitmodules中的子模块定义同步到本地仓库配置，这是操作子模块的必要前置步骤。
  • git submodule update --init --recursive --remote：--init参数可以兼容未执行过init的场景，自动补全初始化；--recursive处理嵌套子模块；--remote让子模块拉取上游仓库的最新分支提交，而非主仓库固定的快照版本，适合需要跟踪上游最新代码的场景。
  • 分支切换命令：解决了子模块默认处于「分离头指针」状态的问题，让子模块切换到.gitmodules指定的分支，方便后续提交代码和跟踪上游更新。
  • git submodule status：作为操作后的校验步骤，能直观确认所有子模块的状态是否符合预期。

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