tortoisesvn 的「追溯（blame）」功能可快速定位某行代码最后修改者。一、右键文件→“追溯”即可查看每行版本号与作者；二、可设起始版本或日期范围缩小排查时段；三、勾选“包含合并信息”识别跨分支引入改动；四、联动 bug 系统验证修改上下文，确保追责基于事实而非假设。
直接用 TortoiseSVN 的「追溯（Blame）」功能，就能快速定位某一行代码最后是谁改的——这是线上 BUG 责任人最直观的证据来源。
一、快速启动追溯查看责任人
在出问题的源文件（如 .cpp、.py、.lua 或 .xml）上右键 → 选择 TortoiseSVN → 追溯… → 点击确定。TortoiseBlame 窗口会立刻打开，左侧显示每行对应的版本号和作者，右侧是代码内容。哪一行出错，就看那一行左边标出的作者名——他就是该行最后一次修改的责任人。
- 鼠标悬停在作者名上，可即时看到提交时间、日志说明（含是否关联 BUG 编号）
- 若多人同名（如都叫 “dev”），需结合日志内容或邮箱后缀进一步区分
- 默认追溯最新版本，无需额外设置，开箱即用
二、缩小范围精准锁定修改时段
如果 BUG 是最近上线后才暴露，没必要查全部历史。可在追溯对话框中设定「起始版本」为上线前的版本号，或直接选「日期」范围（例如：2026-06-10 至 2026-06-14），让结果只显示该时段内的修改行。
- 避免被早期无关修改干扰判断
- 特别适合灰度发布后追查新引入问题
- 若已知大致提交时间，比版本号更易定位
三、识别合并引入的改动
有时问题并非本地直接修改所致，而是从其他分支合并进来的。勾选「包含合并信息」选项，追溯结果中会出现类似 merged from /branches/feature-x r1234 的标注，说明该行实际来自哪个分支及原始提交。
- 点击合并标记旁的版本号，可右键选择「追溯以前版本」，深入查原始分支的修改人
- 配合「显示修改」可对比合并前后差异，确认是否因冲突处理不当导致逻辑错误
- 对跨团队协作项目尤其关键，能厘清责任归属层级
四、联动 BUG 系统验证上下文
如果项目已配置 bugtraq 属性（如关联禅道、Mantis 或自建系统），追溯窗口中的日志栏会显示带超链接的 Bug-ID。点击即可跳转到对应缺陷单，查看需求背景、复现步骤、测试结论等完整上下文。
- 确认该次修改是否本意修复另一问题，却意外引发新 BUG
- 避免仅凭代码行责怪开发者，而忽略设计变更或测试遗漏等系统性因素
- 日志中若无 Bug-ID，也值得追问：这次修改是否有对应任务？是否绕过流程？
不复杂但容易忽略：Blame 不是甩锅工具，而是还原事实的第一步。看清谁改了、何时改、为何改，才能真正闭环问题。
