在很多情况下项目都是由多个子模块构成的，大家各自开发自己的部分，互不干扰，近期应用到了这个场景，记录一下，同时也给需要的人提供帮助。
因为涉及到要引用主仓库的某些功能所以在开发时需要再将主仓库 和 子仓库 clone 下来进行开发，以下是步骤和注意事项。
- 克隆主仓库：如果还没有克隆主仓库，请使用 git clone 命令克隆主仓库。添加 --recursive 参数以同时克隆子模块：git clone --recursive <主仓库URL>。
- 初始化和更新子模块：如果已经克隆了主仓库但子模块尚未初始化，可以使用以下命令初始化和更新子模块：
git submodule init
git submodule update- 切换到子模块目录：使用 cd <子模块路径> 命令切换到子模块目录。
- 创建并切换分支：在子模块中创建一个新分支并切换到该分支。例如：git checkout -b <新分支名>。
- 开发与更改：在子模块目录下进行更改，如添加、编辑和删除文件。
- 提交子模块更改：在子模块目录下，使用 git add 和 git commit 将更改提交到子模块的本地仓库。
- 推送子模块更改：在子模块目录下，使用 git push 将更改推送到子模块的远程仓库。
- 更新主仓库：在主仓库目录下，你会看到子模块的状态已经更新，表示子模块指向的提交已更改。使用 git add 将子模块的更改添加到主仓库的暂存区。
- 提交主仓库更改：在主仓库目录下，执行 git commit 和 git push 将子模块的更改提交到主仓库。
以上是在主仓库下开发子模块的流程。
其中需要注意的是
- 子模块和主仓库是独立的 Git 仓库，它们的版本控制是分开的。确保在处理子模块时遵循正确的流程，以避免出现问题。
- 在子模块中进行更改时，确保在正确的分支上操作。避免直接在子模块的主分支（通常为 master 或 main）上进行更改。
- 当主仓库中的其他成员更新子模块时，你需要执行 git submodule update 命令同步子模块的更改。
- 如果子模块的 URL 发生更改，需在主仓库中更新子模块的远程 URL。可以通过编辑主仓库中的 .gitmodules 文件来实现。
- 在使用子模块时，尽量确保主仓库和子模块的权限设置相匹配，以避免潜在的权限问题。
遵循这些流程和注意事项，你将能够在 Git 主仓库下顺利开发子模块。如上所述，以下是一些额外的建议，以确保开发过程顺利进行：
- 定期与子模块的上游仓库同步：如果子模块是一个外部项目，确保定期与其上游仓库保持同步。可以通过在子模块目录下运行 git fetch 和 git merge 或 git rebase 命令来实现。
- 子模块回退：如果需要回退子模块到之前的版本，先在子模块中检出需要的版本，然后在主仓库中提交子模块的更改。
- 删除子模块：若需从主仓库中移除子模块，请按以下步骤操作：
- 删除 .gitmodules 文件中相关的子模块条目。
- 删除主仓库配置文件（.git/config）中相关的子模块条目。
- 在主仓库中执行 git rm --cached <子模块路径>。
- 提交并推送主仓库的更改。
- 删除子模块的本地目录。
- 保持良好的代码组织：在主仓库和子模块中保持良好的代码组织和清晰的目录结构，有助于提高项目的可维护性。
- 代码审查：鼓励团队成员之间进行代码审查，以确保子模块的更改符合项目要求并遵循最佳实践。
- 使用脚本和工具简化操作：可以编写脚本或使用第三方工具简化子模块管理过程，例如自动更新子模块、批量处理子模块等。
综上所述，理解 Git 子模块的工作原理并遵循正确的操作流程和注意事项，有助于确保在主仓库下开发子模块的过程顺利进行。