每個程序員的Git記錄都是案發現場

我有計算機碩士學位。寫過真正有人用的生產級應用。寫過文檔。給 junior 寫過好幾段長的代碼評審，解釋時間復雜度。曾經花45分鐘想一個變量名。

但如果你在任意一個我的倉庫跑 git log——任意一個——大概在第三周左右，會埋著一條提交信息，就一個字：

ok

不是"fix: resolve null pointer exception in auth middleware"。連"bug fix"都不是。就是……ok。像我在回代碼庫的短信，懶得打更多字。

我不羞恥。好吧，有點羞恥。但我知道我不是一個人。

每個開發者的 git 日志都是案發現場。而每個好的案發現場都會講故事——講一個人如何一次一次 push，慢慢失去理智。

調查開始。

第一天。全新倉庫?？瞻?README。危險劑量的樂觀。你讀過 conventional commits。你對 squash 有強烈觀點。這次要正經做——來真的。

物證A——第一周：

feat: implement user authentication with JWT and full test coverage
chore: configure ESLint, Prettier, and Husky pre-commit hooks
docs: add README with architecture diagram and setup guide
refactor: extract auth logic into reusable middleware with error boundaries

看看。常規提交前綴。Husky 預提交鉤子，確保永遠不進垃圾。架構圖。架構圖啊。

那時候你真年輕。充滿希望。享受吧，趁它還在。

兩周后。興奮沒了。你撞上了第一個真正讓人困惑的 bug，同一個函數重寫了四遍，現在只想 push 完合電腦去吃點東西。提交信息以后再說。以后有時間。

物證B——第三周：

fix: bug
update stuff
changes
wip
more changes

哪個 bug？什么 stuff？什么 changes，跟誰比？六個月后你會跑 git blame，找到"update stuff"，感受到一種任何語言都沒有名字的絕望。

順便，Husky 預提交鉤子已經關了。你跟自己說只是暫時的。

演示還有四小時。什么都不工作。你試了所有邏輯的辦法，還有幾個不講邏輯的。你不再寫提交信息了——你在向虛空發求救信號。

物證C——演示前四小時：

PLEASE WORK
why
WHY
aaaaaa
trying something
trying something else
ok different approach

這些不是提交信息。這是悲傷五階段被壓縮成 git 歷史。如果未來的考古學家挖到這些，他們會以為這是某種數字時代的驅魔儀式。

演示搞砸了。但項目得繼續?，F在你在維護階段，提交信息變成了功能性記錄——不是給未來的自己，是給那個你假設會存在的、有空的、耐心的未來的自己。

物證D——維護模式：

fix: actually fix the thing from last fix
revert "fix: actually fix the thing from last fix"
fix: fix the fix that fixed the wrong thing
WIP: do not push (pushed)
temp
temp2
final
final2
final_final
final_final_ACTUALLY

版本號成了謊言。"final"這個詞失去了所有意義。你的 git 歷史讀起來像一部存在主義戲劇，主角是一個無法停止修東西的人。

然后來了那個項目。你知道的那個。截止日期不現實，需求每周變，產品經理在周五下午五點發 Slack 說"小改動"。

你的提交信息開始攜帶情緒重量。它們不再描述代碼，描述的是你的心理狀態。

物證E——那個項目：

i hate this
i hate this so much
why are we doing this
the client wants what
fine
whatever
ok

注意到模式了嗎？從多詞句子到單字投降。語言在退化。commit -m 成了情緒日記，只是碰巧被版本控制。

最糟糕的是周五下午六點的那條："ok"。就這個。小寫，沒有標點，像一聲嘆息變成了字符串。

項目結束了。某種程度上。你終于有時間清理歷史，寫點真正的文檔，把那些"fix: bug"改成能看的東西。你打開 git log，準備開始這場考古。

然后你看到了全部。真正的全部。不是選定的時刻，是整個時間線——樂觀、疲憊、恐慌、憤怒、投降，全混在一起。這是你的職業自傳，只是用提交信息寫的。

你意識到那些"bad"提交信息不是懶惰。是信號。是某個時刻你選擇了讓代碼跑起來，而不是讓歷史好看。是務實戰勝了完美主義，通常發生在 deadline 面前。

你也意識到那些"good"提交信息——第一周那些漂亮的 conventional commits——某種程度上也是表演。是做給想象中的未來同事看的，那個會仔細看 git 歷史的人。那個人很少出現。通常就是六個月后的你自己，而那時的你只想知道"這個函數為什么存在"，根本不關心前綴是不是用對了。

所以現在我的策略變了。我還是盡量寫好提交信息。但當我看到"ok"出現在歷史里，我不再感到羞恥。我只是知道：那時候我在場，在戰斗，在讓東西工作。

git log 不是簡歷。是案發現場照片。它應該有點亂。

你的 git 日志里埋著什么？