看起来真的很不错！不过有一点让我担心：只有 26 个 MR？我们有 40 多个项目，是不是漏了一些……有些项目用的是标准库 errors，而不是 cockroachdb/errors？如果是这样，那就意味着我们还得再做一轮。
我大概九点半上床。睡前，我对会话敲下的最后一段话是： > 我现在要去睡了。不过我希望你继续推进迁移，把第 1 到第 5 批的 MR 全部创建出来，但不要合并；我们早上一起 review。 整个治理模型，就压在这最后一句上。一次覆盖整个代码库的迁移：把几十个模块从第三方 errors 库换到我们自己的库。这活机械又枯燥，正适合交出去；也恰恰是那种一旦出错也不吭声的活。我敢交出去然后睡觉，是因为只要没按合并键，一切都还能恢复……分支、合并请求，全都算。四十个合并请求开一整夜，最坏也不过是早上关掉四十个请求（外加一点“白烧了一晚上算力”的微妙感觉）。合并是恢复能力的终点，所以我把停止点设在了合并。想