Git subtree合并后如何区分主项目和子目录的提交？
我在把第三方库用subtree合并到项目子目录后，发现git log里所有提交都混在一起了。之前用git subtree pull拉取更新时，明明指定了目录路径，但提交记录里显示的都是”Merge”和”update vendor/lib”这种描述，完全看不出具体改了哪些文件。
尝试用git log --oneline时，看到类似这样的记录：
a1b2c3d Merge commits into master
d4e5f6g update vendor/lib from upstream
h7i8j9k Fix layout bug in main app
现在想单独查看主项目代码的改动历史，但子库的合并提交把时间线搞乱了。有没有办法让主项目和子目录的提交记录保持独立？或者至少能通过命令过滤出特定目录的提交？
2 条解答
想看主项目自己代码的改动，最简单的办法就是用路径过滤。比如你的主项目代码在src目录下，第三方库在vendor/lib，那查src的提交就直接：
反过来查子库的更新也一样：
这样就彻底分开看了。如果你之前提交信息写得规范，还可以结合grep筛关键字，比如只看非合并提交：
要是真想完全隔离历史，当初就不该用subtree，得上submodule——但你现在已经合进去了，改成本太高。老老实实用路径过滤吧，这招我每天都在用，基本能解决90%的问题。
顺便提一嘴，下次做subtree pull的时候加个--squash，至少能把一堆提交压成一个，别让历史炸开。虽然还是混着，但至少干净点。
这样只会显示修改了 src/ 下文件的提交，子库在 vendor/lib 里的改动就不会混进来。
反过来，如果只想看子库的变更，就查那个目录：
subtree 合并本身不会保留独立分支的历史视图，所有提交都合并到主历史里了，这是设计决定的。所以没法像 submodule 那样完全隔离，但通过路径过滤能解决大部分查看需求。
另外建议 subtree 操作时加上 --squash 参数，比如
这样能把上游多次提交压成一次，提交记录更干净，不会把一堆无关 commit 塞进你的历史。虽然还是得靠路径过滤来看具体改了啥，但至少 merge 提交少了很多噪音。
按照规范，subtree 的使用场景就是要把子项目代码融合进来，历史自然也会合并。如果你需要严格分离提交历史，其实更适合用 submodule 或者把依赖做成包管理引入。但既然已经用了 subtree，过滤路径是最现实的方案。