外观
git subtree 冷门又好用的git指令
git subtree简单案例😄生命不息，写作不止
🔥 继续踏上学习之路，学之分享笔记
👊 总有一天我也能像各位大佬一样
🏆 博客首页 @怒放吧德德 To记录领地 @一个有梦有戏的人
🌝分享学习心得，欢迎指正，大家一起学习成长！
转发请携带作者信息 @怒放吧德德(掘金) @一个有梦有戏的人(CSDN)
前言
本次来介绍一个git命令中很少用过的一个指令，相信70%的开发者都没有接触过这个指令。笔者能学到这个指令还得从领导说起。事情的起因是这样的，领导想要把我们公共通用的代码做个统一管理，方便其他子项目用的时候，只用改一次，其他项目只要拉取就好了。当时领导也是想破头脑，我也做了很多的尝试，都没能很好的做到。于是领导不断的尝试，最终发现了这个指令。所以今天就来简单的学习一下。
使用场景
1、有父组件项目P，里面分了两个分支，这两个分支分别是两种业务的组件AB
2、有个具体项目C，需要获得P的A分支和P的B分支代码
3、P中的AB分支进行更新之后，项目C也要同步更新
解决方案
git submodule
or
git subtree这里就介绍git subtree指令的使用方法
git subtree add/pull --prefix 文件夹名称 仓库地址 分支名称父仓库
首先先要有个父类仓库
这个仓库有A、B两个分支，分别代表不同的两个组件分支。
项目仓库
当我们创建一个新的项目时候，并且先把他拉取下来，这样就得到一个我们要开发的新项目sub-test-project
当我们这个新项目有两个子系统，但是这两个子系统还要放在一个仓库中，也就是这两个子系统有一些不可变的代码，想让ParentCode更新的时候，我这边也能拉取更新。
当然，有的人会说，这个为啥这么折腾呢？直接这个项目改完，以后还有其他项目要用，其他项目在跟着改。这话说的没毛病，但是，如果是一个项目型公司，有好几十个项目，总不可能一个一个改吧。这时候git subtree就突出了他的作用，尤其是对一些公共内容，只是拉取不推送的情况更好用。
假如接下来我们有两个系统sysA、sysB，并且是分别用到了ParentCode仓库中的A分支和B分支。我们首先在sub-test-project文件夹里面输入中指令
git subtree add --prefix sysA https://gitee.com/liyongde/ParentCode.git A
同理可以创建sysB令其关联仓库中的B分支
git subtree add --prefix sysB https://gitee.com/liyongde/ParentCode.git B通过idea打开sysA项目，查看以下git记录
这样就可以看到从ParentCode仓库中获取了A分支在我sysA项目中，当然我们打开sysB项目也是一样，因为两个系统只是文件夹不同，但是还是同一棵git树。
那么，有的就会问了，下次更新的时候，会不会一直出现冲突呢？答案是，如果你不是修改了公用的代码，让公用代码在ParentCode仓库中去维护，那么就不会出现冲突，因为他这个版本是有记录的。
接下来我们做个实验，我们在ParentCode项目中的A分支的A.java文件添加一行代码，然后在sub-test-project项目中拉取，看看sysA的代码会不会跟着修改，并且我在sysA中新增一个类SysA.java，以此来看看情况。
先在sysA添加类，然后提交，推送到sub-test-project仓库的master分支
以下是推送成功的git记录
接着对ParentCode仓库的A分支进行修改并推送
那好，到这里我们已经把公共代码维护好了，那我sub-test-project项目的sysA系统要怎么去更新呢？答案就是将add换成pull，进行拉取操作。
git subtree pull --prefix sysA https://gitee.com/liyongde/ParentCode.git A
这样就代表我们拉取成功，我们来看一下代码情况和git记录。
主要看这个提交树，很容易就看出有版本节点的，所以不用担心冲突。这个subtree在日常开发中，是十分有用的。
总结
本篇文章主要介绍了git subtree的用法以及演示使用情况，这个对于我们把公共部分抽取出来到新的仓库进行统一维护的时候是非常有用的一个git指令。
转发请携带作者信息 @怒放吧德德 @一个有梦有戏的人
持续创作很不容易，作者将以尽可能的详细把所学知识分享各位开发者，一起进步一起学习。
👍创作不易，如有错误请指正，感谢观看！记得点赞哦！👍
谢谢支持！
原文链接: https://juejin.cn/post/7377208894551375881