队里搞 DevOps 的同事来我家，盯着一墙唱片，突然说："你这些碟，该上 Git。"我白他一眼，转念一想，竟有点道理。

同一张专辑，初版、再版、半速母带版、彩胶限量版——这不就是 branch 吗？我那张《月之暗面》，英国首压、日本二压、近年 180 克重压，三个"提交"，音色各自不同，谁也覆盖不了谁。

于是我真的建了张表。A 列专辑，B 列版本，C 列压片厂，D 列听感差异。每当淘到新版本，就"commit"一条，备注里写"低频更紧、底噪略大"。朋友笑我魔怔，我说这叫可追溯。

程序员的世界里，版本管理是底线：你总得知道哪次改动引入了 bug。听碟也一样。某天我发现一张碟突然"发闷"，翻表一对，哦，是上次清洁时唱针压力调错了——rollback 一下，调回 1.8 克，通透回来了。

当然，黑胶的版本没 Git 那么讲理。它不保证"越新越好"，也不保证"初版最神"。同一版不同批次，都能差出脾气。这倒让我释怀：生活里很多事，也没法 clean merge，只能 messy 着往前走。

有回同事来家里，非要我演示"回滚"。我放了两版同一首，他听完沉默良久，说："你们写代码的，连听歌都要有 diff。"我笑，没解释——有些秩序感，是职业病，也是安全感。

我把这套思路讲给女儿听，她问我："那我每次考试算不算 commit？"我想了想说，算，但别老想着 revert，往前 commit 就好。

现在那张表躺在我的 NAS 里，和代码仓库并排。一个管声音，一个管逻辑，本质都是：把混沌，留一点痕迹。