Powered by Typecho)))
Optimized by EAimTY
subtree 处理多层包含是没有问题的,因为包含进项目之后, 别人根本看不出这是一个 subtree, 所以它本质上还只是管理本地 repo 的一种方法。
使用 Git subtree 新建或更新子项目的时候,可以选用 --squash 参数, 它的作用就是把 subtree 子项目的更新记录进行合并,再合并到主项目中。
所以,在使用 --squash 参数的情况下, subtree add 或者 pull 操作的结果对应两个 commit, 一个是 Squash 了子项目的历史记录, 一个是 Merge 到主项目中。
这种做法下,主项目的历史记录看起来还是比较整齐的。 但在子项目有更新,需要 subtree pull 的时候,却经常需要处理冲突。 严重的,在每次 subtree pull 的时候都需要重复处理同样的冲突,非常烦人。
如果不使用 --squash 参数,子项目更新的时候,subtree pull 很顺利, 能够自动处理已解决过的冲突,缺点就是子项目的更新记录“污染”了主项目的。
假设你有一个在线商城项目 Shop,这个项目下有个订单模块 order,这个 order 模块很通用,你在下一个团购系统 Groupon,也要用到这个 order 模块,最简单的方式就是把整个 order 模块 copy 过来。
然而,这种 copy 方式,会很难维护:order 模块修改了一个Bug,然后又要复制更新到所有用了 order 模块的项目里。
这时就需要 git subtree 来管理这个 order 模块了:把 order 模块单独作为一个 git 仓库,在需要用到 order 模块的项目,通过使用 git subtree 把 order 模块当作一个 git 项目来引入,这就解决了 order 模块的共享和维护问题。
git subtree --help 可以查看 git subtree 命令的帮助文档。
git subtree 命令中,都会用到一个参数 --prefix=
git subtree add -P <子树名> <子仓库地址> <分支>
执行以上命令后,项目下就会新创建一个名为 <子树名> 的目录。
如果提前使用 git remote add <子仓库名> <子仓库地址> 添加了子项目的远程仓库地址(建议按此方式,下文都基于此),那么也可以这样:
git subtree add -P <子树名> <子仓库名> <分支>
以上命令可以多加一个 --squash 参数:
git subtree add -P <子树名> <子仓库名> <分支> --squash
--squash 参数含义是:把 subtree 的改动合并成一次commit,这样就不用写入子项目完整的历史记录。
先 fetch:
git fetch <子仓库名> <分支>
后 pull:
git subtree pull -P <子树名> <子仓库名> <分支>
以上命令也可以多加一个 --squash 参数:
git subtree pull -P <子树名> <子仓库名> <分支> --squash
git subtree push -P <子树名> <子仓库名> <分支>