机械自动化

　　那次代码更改用一个名为 “safe_sleep” 的脚本替代了 Posix 系统的 “sleep” 号令，但这个脚本未能像宣传的那样工做。它本应对应 GitHub Actions runner（运转 GitHub Actions 工做流的使用）平安地暂停施行。

　　Answer。AI 和 Fast。AI 的结合创始人 Jeremy Howard 正在一系列社交帖子中暗示，用户关于 GitHub Actions 处于蹩脚形态的说法似乎是成立的。“这个 Bug 的实现体例，对于几乎任何初度看到的人来说，都很是较着：它会一曲占用 100% 的 CPU 资本，而且会永久运转下去，除非使命刚好正在准确的某一秒内查抄时间。”！

　　“最主要的是，Actions（GitHub 从动化工做流）存正在不成谅解的错误，却被完全轻忽了。”Kelly 提到，“正在 GitHub CEO 喊出‘要么拥抱 AI，要么走人’后，微软的那些仆从似乎心领神会，由于 GitHub Actions 起头‘随缘安排’，似乎正在随机选择使命来运转。再加上其他各类 Bug 和无法手动干涉的问题，导致我们的 CI 系统严沉积压，以至连从分支的提交都无法完成检测。”。

　　Zig 焦点开辟者 Matthew Lugg 正在 4 月的 Bug 会商帖中评论道：“从代码上看，这个‘平安休眠’脚本的 Bug 显而易见：若是历程正在轮回本应前往的一秒间隔内未被安排，它就会简单地永久空转下去。”！

　　“正在负载极高的 CI 机械上，这种环境很容易发生。但一旦发生后果相当严沉：它会完全一个 runner，曲到进行手动干涉。正在 Zig 的 CI 运转机械上，我们察看到有多个如许的历程运转了数百小时，悄无声息地拖垮了两个 runner 办事，并持续了数周。”。

　　就正在上周，Zig 软件基金会兼首席开辟人员 Andrew Kelly 颁布发表，他给出的来由是：GitHub 不再努力于工程的杰出性。

　　近期，Zig 编程言语的基金会（The Zig Software Foundation）已颁布发表退出 GitHub，缘由是其带领层认为这个代码共享平台的办事正正在阑珊。

　　他弥补说道，客岁 2 月提出的跨平台 CPU 问题修复方案，正在没有颠末审核的环境下被弃捐了一年，并于 2025 年 3 月被 GitHub 机械人封闭，随后才被从头启用并归并。但我实正在想象不出，一个一般运转的组织是若何能如斯多令人击节称赏的初级错误。”。

　　这场风浪始于 2025 年 4 月，其时 GitHub 用户 AlekseiNikiforovIBM 倡议了一个名为“safe_sleep。sh 脚本稀有识挂起”的会商帖。GitHub 正在 8 月份处理了这个问题，但并未正在该会商帖中透露，导致该帖一曲连结未处理形态，曲到本周一才封闭。

　　就正在上周末，Dillo 浏览器项目标建立者 Rodrigo Arias Mallo 暗示，他打算从 GitHub 撤离，次要顾虑包罗：对 JavaScript 的过度依赖、可用性下降、审核东西不脚，以及“过度关心 LLM 和生成式 AI，这些正正在收集（或其部门）”。Codeberg 方面，其付费支撑会员数量自 1 月以来已翻了一番，从 600 多名添加到上周的 1，200 多名。

　　Kelly 的埋怨似乎，由于会商帖中的这个 Bug，最早能够逃溯到 2022 年 2 月的一次代码更改，用户正在之前的 Bug 演讲中就曾指出干预干与题。