接手祖传代码别急着看：先跑这几个Git命令，半小时摸清项目底细

接手一个陌生仓库，第一件事干什么？打开 IDE 一行行读？HN 上 2338 分的这篇实战帖给了更好的答案：先跑几个 Git 命令，让提交记录先把项目的底细交代了，再读代码事半功倍。

核心思路就一句：代码会撒谎，提交记录不会。先看最近谁在改、改哪里，找出真正的活跃模块和弃疗区；再看大提交和回滚记录，重灾区往往就藏在几次 revert 里；最后顺着 blame 找到关键人，有问题直接问对人，比啃三天代码快。

这套方法对 AI 时代更重要。现在仓库里一半代码可能是 AI 写的，风格统一但意图模糊。提交信息里的为什么，是 AI 写不出来的东西。读不懂提交记录的人，用 AI 越多，欠的理解债越狠——呼应一下我们上周那篇 V2EX 热议，同一个病根。

落地三步：clone 下来先看 log --oneline 看节奏，看 shortlog 找活人，看 revert 找雷区。半小时，项目画像就有了。下次接手祖传代码，别再从 main 函数开始啃了。