Git blame -w：格式化之后，怎样继续找到这一行的来源
项目刚统一格式，编辑器里查看行历史时，许多行都指向同一次排版提交。真正引入某个值的修改被挡在后面，单看最近作者就很难继续追查。git blame 的空白忽略选项可以改变比较规则，帮助越过只改空格的那一层。
blame 给出的是按照所选规则追溯到的行归属。它不判断谁应为问题负责，也不证明那个人最早提出了设计。格式化、搬迁、代码生成和多人协作都会影响结果，所以应把它作为进入历史的入口，再阅读对应提交及上下文。
让三个人分别添加、排版和改值
完整脚本保存为 demo.sh，用 bash demo.sh 运行。本文在 Git 2.52.0、Bash 5.2.37 下验证。所有作者都是演示用虚构身份，代码只建立自己的临时仓库，结束后清理，不连接远端或修改全局配置。
AI概念插图：用抽象图形表现本文讨论的关系，并非软件截图或真实运行结果。
#!/usr/bin/env bash set -euo pipefail demo_dir=$(mktemp -d) trap 'rm -rf -- "$demo_dir"' EXIT export GIT_CONFIG_NOSYSTEM=1 GIT_CONFIG_GLOBAL=/dev/null export GIT_AUTHOR_DATE='2026-01-01T00:00:00Z' export GIT_COMMITTER_DATE="$GIT_AUTHOR_DATE" git init -q -b main "$demo_dir" cd "$demo_dir" git config user.name Demo git config user.email demo@example.invalid git config commit.gpgsign false printf 'x = 1\ny = 2\n' > sample.txt git add sample.txt git -c user.name=Alice -c user.email=alice@example.invalid commit -qm seed printf 'x=1\ny=2\n' > sample.txt git -c user.name=Bob -c user.email=bob@example.invalid commit -qam format printf 'x=3\ny=2\n' > sample.txt git -c user.name=Carol -c user.email=carol@example.invalid commit -qam change normal=$(git blame --line-porcelain -L 2,2 HEAD -- sample.txt | sed -n 's/^author //p') ignore=$(git blame -w --line-porcelain -L 2,2 HEAD -- sample.txt | sed -n 's/^author //p') changed=$(git blame -w --line-porcelain -L 1,1 HEAD -- sample.txt | sed -n 's/^author //p') [[ $normal == Bob && $ignore == Alice && $changed == Carol ]] printf 'line2 default: %s\nline2 ignore whitespace: %s\nline1 ignore whitespace: %s\n' "$normal" "$ignore" "$changed" [[ $(git show HEAD:sample.txt) == $'x=3\ny=2' ]] printf 'stored content unchanged\n'
只跳过空白，实际值的变化还会留下
Alice 最初写下两行；Bob 删除等号两边的空格；Carol 把第一行的一改成三。默认查询第二行显示 Bob，因为最近一次改变这行文本的提交来自他。加上 -w 以后，空白差异不参与这次父子版本比较，因此第二行追溯到 Alice。
第一行在 -w 下仍然显示 Carol，因为一与三不是空白差异。这个对照很关键：我们并没有按作者或提交整批隐藏变化，而是改变查找行来源时的比较方式。结果更符合“哪次修改了这个值”的问题，却仍需要结合提交内容解释。
示例通过 -L 2,2 只查询第二行，减少输出噪声，再用 line-porcelain 读取明确标注的作者字段。演示用 sed 抽取这一项，真实工具若需要文件名、提交摘要和时间，应按该格式的完整约定解析，不要依赖默认表格的列宽。
空白也可能承载语义
-w 不理解程序语言，它只是忽略比较中的空白。Python 缩进、字符串内部空格、某些数据文件的分隔，都可能真正改变行为。如果怀疑的就是这些变化，忽略空白反而会把重要证据藏起来，应回到默认结果和具体补丁检查。
本例特意使用简单文本行，没有声称空白删除在所有程序里都是无害操作。选项能验证的是“采用这套比较规则时归属怎样变化”，不是“这次格式化一定不会导致错误”。工具输出与业务判断需要保留这条界限。
blame 面向当前仍存在的行。已经删除的内容不会突然在这份报告里出现；查删除原因需要回到提交差异等历史工具。它也不等于逐次列出某行所有修改，找到一个候选提交之后，往往还需要继续向它的父版本追溯。
默认行号以指定版本为参照。示例显式写 HEAD，确保读取已提交的内容。实际文件在工作区还改过时，先确定要调查工作区还是某个历史版本，避免拿当前编辑器行号去套一份旧版本报告。
最后一个断言核对仓库里的文本仍然是 x=3 和 y=2。查看归属不会重写文件或历史。实用顺序是先圈定异常行，再对照有无 -w 的结果，最后打开相关提交阅读原因；不要把一条作者姓名当成调查结论。
