1. 在项目中添加子模块

命令: git submodule add

例子: git submodule add https://github.com/chaconinc/DbConnector

此命令在当前工作目录添加了一个名为"DbConnector"的子模块,且子模块地址为:https://github.com/chaconinc/DbConnector,另外这条命令会在当前工作文件夹添加两个文件.gitmodules和DbConnector。

然后你可以将本次的添加子模块的动作提交并推送到仓库:

git commit -m 'added DbConnector module'
git push origin master

2. 克隆含有子模块的项目

命令:

git clone https://github.com/chaconinc/MainProject
git submodule init
git submodule update

第一条命令会将主项目的内容克隆下来,但是子模块DbConnector的内容不会被克隆。第二条命令是用来初始化本地配置文件,而第三条命令才是抓取子模块对应远程仓库的内容。

可以将上述三条命令合并成一条:

git clone --recurse-submodules https://github.com/chaconinc/MainProject

也可以将三条命令合并成两条:

git clone https://github.com/chaconinc/MainProject
git submodule update --init

3. 在包含子模块的项目上工作

经过上面的clone,在本地已经有了一个包含子模块的项目的副本,如何同时在主项目和子模块项目上与队员协作?

3.1 从子模块的远端拉取上游修改

命令:

手动拉取并合并(子模块目录下)

git fetch
git merge origin/master

此时提交,子模块就会锁定为其他人更新时的新代码。

自动拉取合并(主项目目录下)

git submodule update --remote

此命令会默认拉取子模块仓库的master分支,也可以设置为想要的其他分支。

此时,在主项目目录下运行git status,Git会显示子模块有“新提交”。

3.2 从主项目远端拉取上游更改

命令:

git pull
git submodule update --init --recursive

第一条命令会递归地抓取子模块的更改,但是不会更新子模块。此时运行git status,Git会显示子模块“已修改”且“有新的提交”,其实这些更改和提交已经在MainProject中有了记录,只是没有在本地的子模块中记录而已,所以需要更新子模块,因此需要使用第二条命令,此时再运行git status则不会再有上述的提示。

上述命令也可以合并为一条:

git pull --recurse-submodules

此命令会自动完成子模块的更新工作。

3.3 在子模块上工作

命令:

cd DbConnector
git checkout stable
cd ..
git submodule update --remote --merge
cd DbConnector/
vim src/db.c
git commit -am 'unicode support'
cd ..
git submodule update --remote --rebase

第1行:进入到子模块目录
第2行:切换到子模块中的stable分支
第3行:主目录
第4行:拉取子模块上游更改并合并到本地
第5行:进入到子模块目录
第6行:创建db.c
第7行:提交本地更改
第8行:进入主目录
第9行:再次拉取上游更新并合并到本地

第9行中如果忘记了添加--rebase/--merge,GIt会将子模块更新为服务器上的状态。此时需要回到子模块目录中再次检出你的分支,然后手动合并或变基。

如果没有及时提交本地修改,即没有执行第7行,直接进行了8,9,那也不要紧,此时Git会只抓取更改而并不会覆盖子模块目录中没有保存的工作。

如果运行第9行时出现冲突,像往常一样解决冲突即可。

3.4 发布子模块改动

现在子模块目录中有一些改动(一些是通过更新从上游引入的,另一些是本地生成的)。如果我们在主项目中提交并推送但并不推送子模块上的改动,其他尝试检出我们修改的人就会遇到麻烦,他们无法得到依赖的子模块的改动。

命令(主目录下):

git push --recurse-submodule=check
git push --recurse-submodule=on-demand 

第一条命令会在推送主项目之前检查所有子模块是否已经推送,如果有任何提交的子模块没有推送,那么推送就会失败。

第二条命令会在推送主项目之前检查所有子模块是否已经推送,如果有任何子模块没有推送,那么推送之,直至所有子模块推送完毕,再推送主项目。再此期间,任何子项目推送失败都会导致主项目推送失败。

转载自:https://www.cnblogs.com/kn-zheng/p/17026720.html