Git 如何查看某个文件每一行代码的最后修改人

想要查看 Git 仓库中某个文件每一行代码的最后修改人，最直接可靠的方式是使用 git blame 命令。

先说结论：Git 原生自带的 git blame 是标准做法，既能命令行查看也能配合编辑器插件使用

命令速用版

在终端进入仓库目录，直接运行：

git blame <文件名>

典型输出示例：

^8a3b2c1 (Alice 2023-01-01 10:00:00 +0800  1) import os
8a3b2c1f (Bob   2023-02-01 11:00:00 +0800  2) def main():

如果需要查看特定行范围，比如第 10 到 20 行：

git blame -L 10,20 <文件名>

命令执行后，每一行输出通常包含以下信息：

1. 基础查看

打开终端，cd 到项目根目录，输入命令。输出结果通常包含 commit 哈希、作者、时间和代码内容。

2. 忽略空白字符变动

有时候代码只是调整了缩进或空格，作者信息会变，但逻辑没变。加上 -w 参数可以忽略这些干扰：

git blame -w <文件名>

3. 追踪代码移动

如果代码是从其他文件拷贝过来的，默认 blame 可能只显示拷贝那次操作。使用 -C 或 -M 尝试追踪原始出处：

git blame -C -C <文件名>

注意：在大仓库中使用 -C 参数会显著增加计算量，可能导致命令执行缓慢，建议仅在必要时使用。

4. 编辑器集成

如果在 VS Code 等 IDE 中，安装 GitLens 等插件可以直接在行号旁显示灰色文字，无需切换终端，适合日常浏览。

命令执行后，终端会逐行输出信息。你可以挑一行感兴趣的代码，复制它对应的 commit 哈希，运行 git show <commit-hash> 查看具体变更内容，确认是否与该行修改逻辑吻合。

1. 代码拷贝误导

如果整段代码是从别处复制粘贴的，git blame 默认显示的是粘贴那次操作的作者，而不是原始编写者。需要加 -C 参数尝试追踪，但复杂重构下仍可能不准。

2. 文件重命名

git blame 默认仅追踪当前文件名的历史。若文件曾改名，需先用 git log `--follow` <文件名> 找到旧文件名，再对旧文件名执行 blame，否则旧历史会断层。

3. 格式化提交

团队如果统一运行了代码格式化工具（如 Prettier），大量行会显示为格式化提交者的名字。这时候 -w 参数很有用，或者在团队规范中约定格式化提交不覆盖作者信息。