如何通过单个Git命令获取指定文件的完整Blame历史？

你的核心问题是重复启动Git进程带来的巨大开销，确实可以通过单条Git命令实现每个文件仅一次调用，将复杂度降至O(文件数)，以下是具体可行方案：

方案1：用git log追踪文件全量变更历史 #

直接使用git log --follow -p -- <filename>命令，它会：

• 追踪文件的完整历史（包括重命名操作）
• 输出每个涉及该文件的commit详情，包含具体的diff/patch内容
• 仅需一次Git调用即可获取该文件从首次提交到HEAD的所有修改记录

解析要点： #

你需要解析输出中的每个commit块，提取以下关键信息：

• commit哈希、作者、时间戳
• patch中的行变更标记：
  • 以+开头的是新增行
  • 以-开头的是删除行
  • 上下文行以空格开头
    通过跟踪行号的变化（比如新增行在后续commit中的延续，修改行的前后关联），可以重建每行的完整修改历史。

如果需要更结构化的输出，可添加参数让commit元数据更易解析：

git log --follow -p --pretty=format:"%H %ad %ae" --date=unix -- <filename>

方案2：增强版git blame获取全历史行信息 #

你之前对git blame --incremental的理解有误，它配合--reverse和指定commit范围，可以输出文件每行从最早到最新的所有blame记录：

1. 先获取文件首次出现的commit哈希：

git log --follow --diff-filter=A --format=%H -- <filename> | tail -1

2. 使用组合参数获取全量机器可读数据：

git blame --line-porcelain --incremental --reverse <initial_commit>..HEAD -- <filename>

参数说明： #

• --line-porcelain：输出更详细的行级元数据（作者邮箱、时间戳、commit哈希等）
• --incremental：以增量格式输出，便于程序逐行解析
• --reverse：从最早的commit开始，按时间顺序向前遍历到HEAD
• <initial_commit>..HEAD：限定commit范围，确保覆盖文件的完整生命周期

这种方法输出的是结构化的机器可读内容，无需手动解析patch的行号变化，解析效率更高。

性能对比 #

以你提到的小型仓库为例，每个文件仅需1-2次Git调用（方案2的初始commit查询也可通过脚本合并为一次逻辑调用），总调用次数从文件数×提交数降至文件数×1，进程启动开销几乎可以忽略，执行时间会大幅缩短。

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