AI 漫天,我们坚持手做论坛。

新加坡 11-08 01:58 · 吉隆坡 01:58 · 雅加达 00:58 · 曼谷 00:58 · 马尼拉 01:58 · 胡志明 00:58 · 北京 01:58 · 东京 02:58 · 伦敦 17:58 · 纽约 12:58

Git整库格式化后,怎样追到一行代码更早的修改

#Git#代码阅读#版本历史

1
马来西亚 · 中文 · r/成长 · Amy · 声望 1985 · 11-07 11:26 新 · 帖子

Amy 原创整理|资料核验:2026-11-07

读到一行旧代码,git blame通常会标出最后一次修改它的提交。如果该提交对整份文件统一排版,追查条件判断为何改变时,可以先查看这次提交的差异,确认相关改动确实只涉及格式,再用--ignore-rev指定要跳过的提交。

Amy的教学示例:假设已经确认某个格式化提交的哈希,将命令 git blame --ignore-rev <格式化提交的哈希> -L 40,55 -- app.py 中的占位文字连同尖括号一起替换。输出聚焦app.py的第40至55行,Git会尝试将相关行归到更早修改该行或附近内容的提交。

接下来打开被指向的提交,查看前后差异和提交说明。若一次格式化同时改了比较运算符,整个提交都会被--ignore-rev略过,这时尤其值得保留原始blame输出作对照。

官方来源:
https://git-scm.com/docs/git-blame

回复

还没有回复。

广告由 Google AdSense 投放,标为广告,与帖子分开。请勿点击自己的广告,也不要请别人点。行情讨论不是荐股。本地服务帖写地点和价格,线下交易注意安全。

关于 · 隐私 · 联系 · 版规