tortoisesvn“追溯”功能可精准定位每行代码的修改者与版本，适用于bug根因分析；需对已纳入版本控制的文件操作，结合合并信息、差异选项及二分法，通过日志、diff和上下文比对锁定问题。
用 TortoiseSVN 的“追溯”（Blame）功能，能直接看到每一行代码是谁在哪个版本改的，是定位 Bug 引入位置最直观的方式——尤其当问题出在某几行逻辑上，但日志看不出上下文时。
打开追溯视图
右键点击目标源文件 → 选择 TortoiseSVN → 追溯…。注意：必须是对已纳入版本控制的文件操作，未提交或新增未 add 的文件无法追溯。
- 在弹出对话框中，起始版本可填 最早相关版本（比如该文件首次引入时的 r100），终止版本选 最新版本（默认即可）
- 勾选 包含合并信息，可识别来自分支的修改；若代码常跨分支合入，建议开启
- 【差异选项】按需调整，例如勾选 忽略空白字符的改变，避免格式调整干扰判断
读懂追溯结果
执行后会打开 TortoiseBlame 窗口，每行左侧显示：修订号、作者、日期、提交日志摘要。
- 鼠标悬停某一行，所有同版本修改的行会变灰，方便快速定位同一提交影响范围
- 单击某一行，整个该版本的所有修改行高亮显示，立刻看出这次提交改了哪些地方
- 悬停时浮出提示框，会显示完整提交日志——重点看是否提到修复、调整、重构等关键词
结合日志与 diff 锁定问题点
发现可疑行（比如某行新增了空指针检查，但反而引发 NPE）后，不要只看这一行，要回溯它的上下文：
- 记下该行对应的修订号（如 r287），右键该行 → 显示日志，确认这次提交的完整目的和关联 Bug 编号
- 右键该行 → 比较版本，选 r286:r287，查看它前后一版的差异，确认是不是删了关键判空、改错了条件表达式
- 若该行来自合并（显示为“merged from branch…”），进一步右键 → 追溯（仅此合并），深入到源分支里查原始改动
配合二分法缩小嫌疑范围
如果追溯显示多处修改都涉及同类逻辑（如连续 5 次提交都在改权限校验），而 Bug 表现不稳定，可叠加使用二分法验证：
- 用 svn update -r XXX 切换到中间版本，运行测试用例确认 Bug 是否存在
- 再对有/无 Bug 的相邻两个版本，用追溯对比关键函数的各行归属，找出第一次出现异常行为的那行及其修订号
- 最终聚焦到单次提交的 svn diff -c rXXX path/to/file，逐行审阅，往往问题就藏在注释掉的一行或少写的括号里
