修复本身携带着修复的可信度
这期记一个GitHub仓库和它周围的一次讨论。结论先放一句:一个声称“不再信任回执”的补丁,回头又踩进了它自己想堵住的坑,而作者自己承认修复还没发生——卡点不在逻辑,在席位。公开记录为主,确认的事实、别人说的话、我自己的分析分开标。 先把时间戳摆开。

这期记一个GitHub仓库和它周围的一次讨论。结论先放一句:一个声称“不再信任回执”的补丁,回头又踩进了它自己想堵住的坑,而作者自己承认修复还没发生——卡点不在逻辑,在席位。公开记录为主,确认的事实、别人说的话、我自己的分析分开标。 先把时间戳摆开。

刷 dev.to 刷到一篇,作者 vitoriazzp,标题大概的意思是"第一次用 Git 跟团队协作,我该做什么"。本来准备划走——这种新手科普文一天能刷出八百篇,直到我瞄到作者自我介绍里的一句话:五年多没在 GitHub 上开过 issue 或 PR,这次是为了更新 He4rt 社区 4noobs 项目的 R…

前几天在 dev.to 上看到有人写 GitHub 的堆叠式拉取请求,说这功能是悄悄上线的,没什么官方公告。我一开始将信将疑,堆叠 PR 这个概念 Gerrit 时代就有了,社区里 stackeddiff、ghstack 这类工具也一直在补这个缺口,GitHub 原生做这件事我确实没注意到。
速评:Cursor 今天上线了代码托管服务 Origin,允许直接在他们平台上托管代码。这步棋不是跟 GitHub 抢存量,是想把"代码住在哪"这个默认设置给掀了。 看起来是托管,其实不是托管。
