聊聊 Git SubModule（子模块）

news2025/1/13 3:10:00

比如在公司不同开发团队中，有一个基础共享库，同时被多个项目调用。若要保证基础共享库的动态更新，那么就需要把共享库独立为一个代码库，但是分别把共享库中的文件拷贝到各自的项目中会造成冗余，而且再次更新共享库就会在不同项目下更新，会比较麻烦。

利用子模块可以作为解决该类问题的一种方案，子模块允许将一个Git仓库作为另一个Git仓库的子目录，并且可以独立地管理这个子仓库的版本，而且还能保持提交的独立性。

下面就通过实操来具体谈谈 Git submodule

一、什么是Git Submodule

Git Submodule 是Git版本控制系统中的一种机制，用于在一个Git仓库中包含另一个Git仓库。它允许将一个Git仓库作为另一个Git仓库的子目录，并且可以独立地管理这个子仓库的版本，同时还保持提交的独立。

Submodule的作用在于，它允许你在一个项目中使用其他项目的特定版本，而无需将整个子项目的代码复制到主项目中。这对于依赖管理和代码复用非常有用。

二、使用 Git Submodule

1 创建和初始化仓库

初始化主库和子模块库

我采用的是 Gitee 来进行本次实操，首先在 Gitee 中创建一个主库 GitSubmoduleDemo，两个子模块库 ModuleA和 ModuleB:

先将主库 clone 到本地：

$ git clone https://gitee.com/haohuin/git-submodule-demo.git

在主库中，使用 git submodule add 命令添加 Submodule子模块。

其命令为：git submodule add <remote repo url> <local repo url>

remote repo url 指远程仓库的 url
local repo url 指本地仓库的路径 url

//在主库中添加ModuleA
$ git submodule add ../module-a.git ModuleA

//在主库中添加ModuleB
$ git submodule add ../module-b.git ModuleB

查看当前主库的状态：

$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        new file:   .gitmodules
        new file:   ModuleA
        new file:   ModuleB

发现有新的文件在主库中，分别是 .gitmodules文件，ModuleA和 ModuleB目录

1.1 `.gitmodules`文件

首先看一下 .gitmodules配置文件，它保存了远程仓库 url 与本地仓库 url 路径的映射：

[submodule "ModuleA"]
	path = ModuleA
	url = ../module-a.git
[submodule "ModuleB"]
	path = ModuleB
	url = ../module-b.git

每条记录对应一个子模块信息，path 和 url 对应远程仓库 url 和本地仓库路径

1.2 主库中的子模块

接着提交当前主库中出现的文件和目录：

//暂存
$ git add .
//提交
$ git commit -m "ModuleA and ModuleB submodule commit"
[master 2dcfefd] ModuleA and ModuleB submodule commit
 3 files changed, 8 insertions(+)
 create mode 100644 .gitmodules
 create mode 160000 ModuleA
 create mode 160000 ModuleB

发现ModuleA和 ModuleB目录的模式编码为 160000。
在之前讲解 index文件提到过，模式 160000是引用其他 Git 仓库的特殊文件类型，它允许将一个 Git 仓库作为另一个仓库的子目录进行管理。具体可以看这篇文章Git暂存区机制详解
所以此时主库中只是存储了子模块的引用，也就是一次的提交记录。而不是其他的文件或者目录。最后将主库中的修改进行推送：

$ git push origin master

发现在主库中ModuleA和 ModuleB确实是以引用的形式存储的。

2 更新和同步子模块

那么如何将子模块的修改更新到主仓库中呢？这又分两种情况：

在子模块所在的仓库中修改代码后提交，然后在主仓库中拉取更新
在主仓库中修改子模块代码后提交远程仓库，然后在子模块仓库中拉取更新

2.1 主仓库更新子模块仓库中的修改

首先在子模块仓库 ModuleA 中新增一个文件，并提交到 ModuleA 的远程仓库中：

$ echo "updateModuleA-1">updateModuleA-1.txt
$ git add .
$ git commit -m "update ModuleA"
$ git push

此时子模块仓库中的 commit ID 值为 6026b48，再来看一下主仓库中的子模块的 Commit ID 值

发现此时主仓库的 Commit ID 值为 3474554，和子模块仓库中的 ID 值并不同步，所以需要在主仓库的子模块代码中同步子模块远程仓库的更新：

$ cd ModuleA
$ git checkout master
$ git pull origin master

然后在主仓库根目录中提交子模块仓库推送和更新：

$ cd ..
$ git add .
$ git commit -m "update ModuleA"
$ git push

此时发现远程主仓库已经同步子模块的更新内容，而且 Commit ID 值也同步成6026b48 ，和子模块仓库中最新的 Commit ID 保持一致：

2.2 子模块仓库更新主仓库中子模块代码的修改提交

首先在主仓库的子模块目录下修改代码：

//在主仓库中进入子模块ModuleA目录
$ cd ModuleA
//修改文件和提交和普通Git仓库提交流程一致：
//1.创建文件并提交
$ echo "ModuleA">updateModuleA.txt
$ git add .
$ git commit -m "update ModuleA"
//2.推送到远程ModuleA仓库
$ git push

发现远程子模块仓库也同步完成：

接着需要将主仓库中的子模块 ModuleA 的变化同步到远程主仓库中具体的操作和上一节主仓库更新子模块仓库中的修改类似，用 add 和 commit 方式提交主仓库的更新，这个时候就完成了子模块和主仓库代码一致。

$ cd ..
$ git add .
$ git commit -m "update ModuleA"
$ git push

在实际的 IDE 环境中，只需要在子模块目录下进行代码修改：

然后在提交时先更新子模块 ModuleB 的远程仓库：

然后再同步远程主仓库中的 ModuleB 目录变化，这一步需要用命令行，直接在主目录提交没法更新远程主目录，但是本地主仓库的 ModuleB 目录确实发生了变化：

$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   ModuleB (new commits)

no changes added to commit (use "git add" and/or "git commit -a")