针对你描述的多团队操作独立子模块的场景，我来逐个解答你的疑问：

问题1：如何避免生成不需要的子模块空文件夹，仅在用户请求时创建？ #

Git默认会为.gitmodules文件中定义的所有子模块路径创建空文件夹，这是因为Git需要追踪这些子模块的关联关系。要实现默认不生成空文件夹，仅在用户主动初始化/更新特定子模块时创建，可以按以下方式操作：

1. 克隆主项目时跳过子模块初始化
   让开发者克隆主项目时使用--no-submodules参数，这样Git不会自动创建任何子模块的空目录：

   git clone --no-submodules <你的主项目仓库地址>
   

2. 按需初始化并更新子模块
   当开发者需要操作某个子模块时，再手动初始化并更新该子模块，此时才会创建对应的文件夹：

   # 初始化指定子模块的本地配置
   git submodule init app/modules/SomeModule
   # 拉取该子模块的最新远程版本并合并
   git submodule update --remote --merge app/modules/SomeModule
   

如果已经克隆了主项目且存在不需要的空文件夹，可以直接删除这些空目录，后续只要不初始化对应子模块，Git就不会再自动重建它们（前提是后续操作都不涉及该子模块的初始化命令）。

问题2：追踪分支的子模块是否必须提交变更到主项目？ #

首先明确核心结论：如果你希望主项目与子模块完全分离，不需要知晓子模块的版本、提交及历史信息，那么完全不需要将子模块的变更提交到主项目。

背后的机制说明： #

当你用git submodule add -b BranchName添加追踪分支的子模块时，.gitmodules文件会记录子模块的分支配置，但主项目的提交中存储的子模块哈希值，本质是用来让其他开发者拉取特定版本的子模块。而你的团队统一使用git submodule update --remote --merge拉取子模块的最新分支版本，这个命令会直接忽略主项目中记录的旧哈希，直接拉取对应分支的最新提交。

注意事项： #

• 确保所有开发者都养成习惯：更新子模块时始终使用--remote --merge参数，不要执行不带--remote的git submodule update（否则会拉取主项目中记录的旧版本）。
• 新克隆主项目的开发者，需要先执行git submodule init <子模块路径>，再用--remote --merge更新，这样会直接拉取子模块分支的最新版本，不受主项目中可能存在的旧哈希影响。
• 不要提交任何子模块的版本变更到主项目（即不要执行git add app/modules/SomeModule和对应的提交操作），这样主项目就不会存储任何子模块的版本信息，完全实现两者的分离。

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