AI 教我学习 · 啃硬材料
先锁版本，再往下写
开写之前记下当前 commit，打一个 tag 写进文件头，后面的行号都相对这一次快照。
先玩一遍 · 锁不锁一个 commit
上游连着合 PR 的四周
开写那天
拨一下，同一批 PR 再走。
版本锚点：还没记
第 1 天 · 记下四条
第 2 周 · 合 3 个 PR
第 4 周 · 再合 5 个
回头看这四条
点进去不是那段0 / 4
分不清是谁改的0 / 4
上游这几周合进来的
点播放。
你笔记里那四条引用
四条带行号的引用。
选一档，点播放。
红了几条只是账面不锁版本，四条全红，旁边只能写原因不明。
贵的是分辨那一步锁了 commit，就算要更新，也能拿它复现当时的仓库，分清是谁动的。
示意：PR 标题与行号都是为演示编的，不对应真实仓库。
我上周记的第 76 行去哪了
行号是地基。上游每天在合 PR，你今天数出来的第 76 行，下周可能已经是另一段逻辑。不锁版本，写到后面，前面的引用会成批失效。
更贵的是下一层。四条红了之后，你分不清是当初看错了行，还是后来上游挪了位置。看错了要重读那个文件，上游挪了只要更新锚点。两件事的工作量差好几倍，你得先知道在做哪一件。
先记下 commit，这个岔口就没了。哪一条对不上，就把那个 commit 检出来，看它当时第 76 行写的是什么。跟现在一样，是上游后来动过；对不上，是当初数错了行。
锁完之后往下走的三步
顺序是四步：锁版本锚点、写逐章提纲、带行号写正文、收成课页。第一步必须在最前，后三步的行号都挂在它上面。提纲放在正文之前，为的是避免写到一半发现两章在重复同一段源码，这是工程经验。
小任务不必四步全走。只想搞清一个机制，守住每一个论断都回到具体行就够。要写成一门课或一个系列，四步都走，开工那天就把校验脚本准备好。
版本锚点把当时仓库长什么样冻住。