git submodule 与 subtree 的异同
💡
原文中文，约2500字，阅读约需6分钟。
📝
内容提要
在代码管理中，git submodule和git subtree各有优缺点。对于需要重写历史的用户，推荐使用git submodule，因为它能清晰区分项目边界，便于独立开发。而git subtree会合并子项目历史，导致仓库膨胀，不利于拆分需求。
🎯
关键要点
- git submodule和git subtree各有优缺点。
- 对于需要重写历史的用户，推荐使用git submodule。
- git submodule能清晰区分项目边界，便于独立开发。
- git subtree会合并子项目历史，导致仓库膨胀，不利于拆分需求。
- 版本控制系统的目标是完整、可追溯地记录代码演化过程。
- 在某些情况下，开发者需要改写历史以满足合约或商业目的。
- 将一个库拆分成多个仓库可以提高开发者的日常体验。
- git submodule是git的内建功能，可以将模块作为子模块加入当前仓库。
- git submodule提供清晰的边界，支持独立开发和版本确认。
- git subtree直接将子模块历史合并，便于获取全部历史，但会导致仓库膨胀。
- 对于大型项目，git subtree可能会导致合并冲突处理不便。
❓
延伸问答
git submodule 和 git subtree 的主要区别是什么？
git submodule 提供清晰的项目边界，便于独立开发，而 git subtree 会合并子项目历史，导致仓库膨胀。
在什么情况下推荐使用 git submodule？
推荐在需要重写历史的情况下使用 git submodule，因为它能清晰区分项目边界。
git subtree 的优缺点是什么？
优点是可以获取子项目的全部历史，缺点是会导致仓库膨胀，不利于拆分需求。
为什么版本控制系统需要记录代码的演化过程？
版本控制系统的目标是完整、可追溯地记录代码演化，方便团队协作和审计变动。
使用 git submodule 时需要注意什么？
开发者需要记得使用 --recursive，否则 checkout 出来的代码树是不完整的。
如何将多个模块接回原来的样子？
可以使用 git submodule 或 git subtree 来将多个模块接回原来的样子。
🏷️
标签
➡️
