git中submodule子模块的添加、使用和删除

背景


项目中经常使用别人维护的模块,在git中使用子模块的功能能够大大提高开发效率。

使用子模块后,不必负责子模块的维护,只需要在必要的时候同步更新子模块即可。

本文主要讲解子模块相关的基础命令,详细使用请参考man page。

子模块的添加


添加子模块非常简单,命令如下:

git submodule add <url> <path>

其中,url为子模块的路径,path为该子模块存储的目录路径。

执行成功后,git status会看到项目中修改了.gitmodules,并增加了一个新文件(为刚刚添加的路径)

git diff --cached查看修改内容可以看到增加了子模块,并且新文件下为子模块的提交hash摘要

git commit提交即完成子模块的添加

子模块的使用


克隆项目后,默认子模块目录下无任何内容。需要在项目根目录执行如下命令完成子模块的下载:

git submodule init
git submodule update

git submodule update --init --recursive

执行后,子模块目录下就有了源码,再执行相应的makefile即可。

子模块的更新

子模块的维护者提交了更新后,使用子模块的项目必须手动更新才能包含最新的提交。

在项目中,进入到子模块目录下,执行 git pull更新,查看git log查看相应提交。

完成后返回到项目目录,可以看到子模块有待提交的更新,使用git add,提交即可。

删除子模块


有时子模块的项目维护地址发生了变化,或者需要替换子模块,就需要删除原有的子模块。

删除子模块较复杂,步骤如下:

rm -rf 子模块目录 删除子模块目录及源码
vi .gitmodules 删除项目目录下.gitmodules文件中子模块相关条目
vi .git/config 删除配置项中子模块相关条目
rm .git/module/* 删除模块下的子模块目录,每个子模块对应一个目录,注意只删除对应的子模块目录即可
执行完成后,再执行添加子模块命令即可,如果仍然报错,执行如下:

git rm --cached 子模块名称

完成删除后,提交到仓库即可。
————————————————
版权声明:本文为CSDN博主「guotianqing」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/guotianqing/article/details/82391665

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
官方发行说明: 过滤器规范“--filter = sparse:path = <path>”用于 创建一个惰性/部分克隆已被删除使用blob 仍支持稀疏规范的项目的一部分 “--filter = sparse:oid = <blob>”选项。 用户界面,工作流程和功能 *“git checkout --no-overlay”可用于触发新模式 检查出树的路径,允许路径 匹配当前索引和工作树的pathspec 并且不在树上。 *“git log --format = ...”的%(预告片)格式化现在允许 可选择按关键字选择预告片,仅显示值, 等等 *四个新的配置变量{author,committer}。{name,email} 已经介绍过更具体地覆盖用户。{name,email} 案例。 *命令行完成(在contrib /)学会了tab-complete “git submodule absorbgitdirs”命令。 *“git branch”学习了一个新的命令“--show-current”。 *“diff --cc”的输出没有显示原始路径 合并涉及重命名。一个新选项添加​​了路径 原始树木输出。 *已经教过命令行完成(在contrib /) 完成更多命令参数。 *来自“git bisect”的最终报告用于显示疑似 使用原始“diff-tree”的罪魁祸首,没有输出 合并提交。这已更新为使用更现代和 人类可读的输出仍然很简洁。 *“git rebase --rebase-merges”取代旧的“--preserve-merges” 选项; 后者现在标记为已弃用。 *使用--recurse-submodules进行克隆时给出的错误消息 已更新。 *完成帮助程序代码现在关注存储库本地 配置(如果可用),允许--list-cmds兑现 例如,completion.commands的特定于存储库的设置。 *“git mergetool”学会了提供Sublime Merge(smerge)作为其之一 它的后端。 *当磁盘索引时调用新的钩“post-index-change” 文件更改,可以帮助例如虚拟化工作树 实现。 *“git difftool”现在可以在存储库外运行。 *“git checkout -m <other>”是关于携带差异的 检查时HEAD和工作树文件之间的转发 另一个分支,忽略了HEAD与之间的差异 指数。该命令已经被教导在索引和止时止 HEAD是不同的。 *“index-pack”步骤添加了一个进度指示器 经常让用户在“git clone”期间等待完成。 *“git submodule”学习允许的“set-branch”命令 模块。*。要修改的分支设置。 *“git merge-recursive”后端最近学到了一种新的启发式方法 根据同一目录其他文件的方式推断文件移动 移动。因为这本身就不那么强大的启发式算法 基于文件本身的内容相似性(而不是 根据其邻居正在做的事情,它有时会给出一个 最终用户意外的结果。这已经降低了 将重命名的路径保留在索引较高/冲突的阶段 用户可以检查并确认结果。 *“git tag”学会了建议它可能是一个建议 创建指向的带注释或签名的标记时出错 另一个标签。 *学习“git pack-objects”命令报告数量 它通过trace2机制打包的对象。 *结束时编辑器显示的冲突路径列表 当剪刀线在剪刀线上方显示出冲突的合并 清理模式设置为“剪刀”,即使它被评论 就像更新的路径列表和其他信息一样 帮助用户更好地解释合并。 * trace2跟踪工具学会了自动生成文件名 当被告知登录目录时。 *“git clone”在交谈时学会了一个新的--server-option选项 协议版本2。 *默认情况下,裸连接位图是创建的 现在存储库; 还创建了路径名哈希缓存 默认为避免在重新包装时产生蹩脚的增量。 *“git branch new A ... B”和“git checkout -b new A ... B” 教导说,在他们的语境,符号A ... B表示“合并 这两个提交之间的基础“,就像”git checkout A ... B“ 在该提交分离HEAD。 *更新“git difftool”和“git mergetool”以便组合 {diff,merge}。{tool,guitool}配置变量用作 以合理的顺序相互后备设置。 *“git difftool”的“--dir-diff”模式在“--no-index”没用 模式; 它们现在被明确标记为互不兼容。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值