本章主要测试讲解
git filter-branch
的实现git subtree
的实现(推荐)本篇内容,不建议跳过,假如有这个需求,还请仔细详细查看,谢谢。
与项目合并相反,这是需要把单一项目的.git 的提交记录,抽取出各自子项目想要的部分。不过,相对于合并,拆分要简单些。
就不考虑把一个单独的文件拆成一个项目了。假如实在需要,就把这个单个文件,也放到一个文件夹中,再拆这个文件夹就可。
本地 git 仓库使用的是相对路径,所以直接修改 root folder 不会影响 git 历史记录
不将上一篇合并好的 timetools 再拆开。直接使用之前从 github 上克隆的 dayjs 项目作业。
在作业前,dayjs 的结构是这样的:
查看一下,此时所有的日志 log 修改的文件名。如下图(这里是可以看到所有文件修改内容和提交数量):
dayjs 项目中,dayjs/src/有两个文件夹,locale/和 plugin/,示例伪装 locale/需要拆出来,做一个单独的项目。
1 使用git filter-branch
2 使用git subtree
git filter-branch
实现–不推荐,仅作理解,不感兴趣可略过$ git filter-branch --tag-name-filter cat --prune-empty --subdirectory-filter src/locale -- --all
命令说明:
git filter-branch
通过重写分支来重写 Git 修订历史记录,并在每个修订版上应用自己设置过滤器。
-- all
参数必需跟在 – 后面,表示对所有分支进行操作。假如你只想保存当前分支,也可以不增加此参数。此操作会花点时间,执行完成,可以看到,原版的 dayjs 下的文件,变成了这样:
git reset --hardgit for-each-ref --format="%(refname)" refs/original/ |xargs -n 1 git update-ref -dgit reflog expire --expire=now --allgit gc --aggressive --prune=now
git for-each-ref 根据给定的集合对它们进行排序之后,迭代所有匹配的 ref <pattern>并根据给定的显示它们。
git-update-ref-安全地升级存储在 ref 中的对象名称
git reflog expire 修剪较旧的引用日志条目。
git-gc 清除不必要的文件并优化本地存储库
清理的执行如下图:
其实最重要就只有第一步而已,完成之后,现在可以查看到现在的 dayjs 的日志
如下图:
现在只有原来在 dayjs/src/locale 里面的文件被修改的提交记录被保留,其它的都丢掉了。
只需把这个现在的 dayjs 修改成 locale,就完成了大项目拆分成子项目的操作。
git subtree
实现–推荐做法同样,使用最开始的从 github 中拉下来的 dayjs 做源项目。
git subtree split -P src/locale -b my-locale
命令说明:
git subtree
合并子树并将存储库拆分为子树。
这个命令不在本来的 git 参考文件上,不过用法比较简单,可以在这里查看的更多用法。
如下图
在与 dayjs 平级的路径下,创立一个文件夹,例如 my-locale(和上一步创立的分支名没任何关系),并进入,而后 git 初始化
cd ..mkdir my-localecd my-localegit init
如下图:
git pull ../dayjs my-locale
如下图
查看日志,效果一致,如下图:
对于一开始说的,单个文件,想要这样做,似乎不行。如下图。
还是放到文件夹吧。
git filter-branch
拆分子项目,是会把除了需要被拆分的部分,一律都删除了,包括.git 仓库里的东西。这是在本来的项目上进行作业。git subtree
是在原项目中创立了临时分支,再拉取到新的 git 空项目,不会对原项目进行异动,原项目甚至不会知道子项目的存在。git subtree
,显然更好。 cd <source-project> git subtree split -P <prefix> -b <temp-branch> cd .. mkdir <sub-project> cd <sub-project> git init git pull <source-project path> <temp-branch>