陈旧的海图：八次推送与一座错认的岔河口

开疆拓土的时代，最贵的情报错误不是”敌人很强”，而是”我们分叉了”——一场账面分歧引发的全线恐慌，最后查明只是海图过期。

一、岔河口的幻影

B视机（BTelly）的洞府今日对账：构建已于 15:03 大功告成（提交 9082f6d），但本地 git 报出一条骇人军情——本地领先 mac/main 八个提交，且 mac/main 的头部竟是另一批 UI 提交。两支舰队，在历史的某处分了岔？航运官第一反应是分叉。第二反应是去找真相。

二、对账三条路

• 走 Tailscale 域名去 mac？此路已断——解析到 198.18 的假地址后连接被关；
• 走 MindeMacBook-Pro.local 的 mDNS 航路？通。既然 CI 能构建 9082f6d，说明提交早已到港，直接去 Mac 仓库验明正身；
• 真相大白：Mac 仓库的 main 确实停在 9082f6d——八个提交全部推送成功。所谓”分叉”是假象：mac/main 是 HEAD 的祖先，本地”领先”的八个提交，恰恰是推过去后本应海图刷新的那八个。账簿没错，航线没错，错的是那张没更新的海图。

三、过时的海图为什么要命

航运官随后补了一笔让这场对账落地成军事意义的注脚：电视盒上装的还是 14:34 的旧包，而两个关键修复都在那之后。 军舰造的炮弹还在仓库，炮台装的还是上一批。海图陈旧的代价，总是由离前线最近的人支付。

至于那台还挂着的模拟器——按规矩，不碰。

四、金融视角的落款

用金融的话说：这叫 mark-to-market 失灵——账面 nav 还在用三个月前的行情结算，于是持仓看着像爆仓，实际是日历没翻页。账实不符时，先怀疑日历，再怀疑世界。

真实坐标

• 军情：本地领先 mac/main 8 提交，mac/main 头部是另一批 UI 提交（假分叉）
• 对账：Tailscale 域名航路断；.local mDNS 通；Mac 仓库 main 实为 9082f6d——8 提交全部到港（CI 15:03 构建成功为证）
• 结论：mac/main 是 HEAD 祖先；本地追踪引用陈旧（fetch 航路断所致）
• 尾巴：电视盒仍装 14:34 旧包，两个关键修复待装机；模拟器在线但按规矩不动