Git中--first-parent与--follow联用无法追踪文件合并提交问题

我太懂你这个困扰了！很多人都会碰到--first-parent和--follow联用达不到预期的情况，核心原因是这两个参数的工作机制天生有点“不对付”。

为什么联用会失效？ #

--first-parent的作用是让Git只沿着分支的主线性历史遍历（也就是每个提交的第一个父提交，通常是合并前的主分支），完全跳过合并提交里的其他父分支历史。而--follow追踪文件重命名时，需要检查提交的所有父提交来识别改名操作——当文件在合并进来的分支里被重命名时，--first-parent直接跳过了那个分支的历史，--follow自然就找不到改名的线索，追踪就断了。

拿你的例子来说：如果在branch-world里把foo.txt改成了bar.txt，然后合并到master，用git log --first-parent --follow -- foo.txt时，Git只会看master的主历史，看不到branch-world里的改名提交，自然关联不上bar.txt和原来的foo.txt。

可行的解决方案 #

我们可以把两个步骤分开做：先提取出first-parent链上的所有提交，再让--follow在这些提交里追踪文件（包括改名前后）。

基础版：获取first-parent链上所有涉及该文件的提交 #

运行以下命令：

git rev-list --first-parent master | git log --follow --stdin --oneline -- foo.txt

• git rev-list --first-parent master：生成master分支主历史上所有提交的哈希值（从新到旧）
• 管道符|把这些哈希传给git log --follow --stdin：让Git只检查这些提交，同时用--follow追踪文件的改名记录，最后输出简洁的提交信息

进阶版：只找合并提交 #

如果你只想追踪和该文件相关的合并提交，可以加上--merges参数：

git rev-list --first-parent --merges master | git log --follow --stdin --oneline -- foo.txt

验证效果 #

用你提到的场景测试：

1. 在master提交修改foo.txt（信息“commit: hello”）
2. 切到branch-world，修改foo.txt（追加“world”），甚至把它重命名为bar.txt并提交
3. 合并branch-world到master
4. 运行上面的命令，就能看到master主历史里包括合并提交在内的、所有涉及该文件（不管叫foo.txt还是bar.txt）的提交记录

内容的提问来源于stack exchange，提问作者Simon