git submodules

当代码仓库中包含 .gitmodules 文件时，这意味着该仓库使用了 Git 子模块（Git Submodules）。.gitmodules 文件记录了子模块的相关信息，如子模块的仓库地址、路径等。若要在下载代码时一并同步子模块，可以按照以下几种常见的操作方式进行：

克隆包含子模块的仓库

如果你是首次克隆包含子模块的仓库，可以使用 --recurse-submodules 选项，这样在克隆主仓库的同时，会自动初始化并克隆所有子模块。

git clone --recurse-submodules <repository-url>

<repository-url>：替换为你要克隆的仓库的 URL。

例如，克隆一个名为 my-project 的仓库：

git clone --recurse-submodules https://github.com/username/my-project.git

克隆主仓库后手动初始化并更新子模块

若你在克隆主仓库时忘记使用 --recurse-submodules 选项，或者已经克隆了主仓库，也可以手动初始化并更新子模块。具体步骤如下：

1. 初始化子模块

使用 git submodule init 命令初始化本地配置文件，该命令会读取 .gitmodules 文件中的信息并将其写入 .git/config 文件。

git submodule init

2. 更新子模块

使用 git submodule update 命令克隆子模块的内容到本地。

git submodule update

你也可以将上述两个步骤合并为一个命令：

git submodule update --init

递归更新嵌套子模块

如果子模块中还包含子模块（即嵌套子模块），可以使用 --recursive 选项来递归地初始化并更新所有子模块。

git submodule update --init --recursive

示例

假设你已经克隆了一个包含子模块的仓库，现在要初始化并更新子模块，完整的命令如下：

# 进入克隆的仓库目录
cd my-project# 初始化并更新子模块
git submodule update --init --recursive

通过以上操作，你就可以在下载代码时同步下载 .gitmodules 文件中记录的所有子模块。

在 Git 2.13 版本之前，若要递归克隆包含子模块的仓库，使用的是 git clone --recursive；从 Git 2.13 版本开始，推荐使用 git clone --recurse-submodules，二者在功能上基本一致，但也存在一些细微差别，以下详细说明：

功能基本一致

在克隆包含子模块的仓库时，git clone --recursive 和 git clone --recurse-submodules 都能达到递归克隆的效果，即克隆主仓库的同时，也会初始化并克隆所有子模块。

例如，对于一个包含子模块的仓库 https://github.com/username/my-project.git，以下两条命令都能完成递归克隆操作：

# Git 2.13 之前常用的方式
git clone --recursive https://github.com/username/my-project.git# Git 2.13 及之后推荐的方式
git clone --recurse-submodules https://github.com/username/my-project.git

区别

命令语义和兼容性
- git clone --recursive：这个选项原本的用途是递归克隆所有的子目录，不仅适用于子模块，还适用于嵌套的子仓库（在早期 Git 里，嵌套子仓库的管理没有像现在子模块这样规范）。不过，从 Git 2.13 开始，--recursive 选项对于子模块的处理已经被标记为弃用，虽然仍然可以使用，但未来可能会移除对它的支持。
- git clone --recurse-submodules：该选项是专门为克隆包含子模块的仓库设计的，语义更加明确，就是用于递归克隆子模块。它是 Git 2.13 引入的新选项，推荐在新的项目和代码中使用，以保证更好的兼容性和可维护性。
功能细节
- git clone --recursive：除了克隆子模块，还可能会递归处理一些其他嵌套的目录结构，在某些复杂的仓库环境下，可能会导致不必要的克隆操作。
- git clone --recurse-submodules：只会专注于处理 .gitmodules 文件中定义的子模块，不会对其他嵌套目录进行额外的克隆操作，更加精准地满足克隆子模块的需求。