據theregister報道，Zig軟件基金會因對GitHub持續惡化的服務質量失望，宣布將項目遷移至非營利代碼托管服務Codeberg，引發開源社區對GitHub工程能力的廣泛質疑。

事件起源于一個名為"safe_sleep.sh腳本無限期掛起"的bug。2022年2月，GitHub將posix "sleep"命令替換為"safe_sleep"腳本，但該腳本存在明顯缺陷——如果進程未在1秒間隔內被調度運行，腳本就會陷入死循環，持續占用100% CPU。

Zig核心開發者Matthew Lugg在2025年4月的錯誤報告中指出:"在負載極高的CI服務器上，這種情況很容易發生。一旦發生，后果非常嚴重:它會徹底摧毀一個運行器，直到人工干預。在Zig的CI運行器服務器上，我們觀察到多個這樣的進程已經運行了數百小時，悄無聲息地導致兩個運行器服務器宕機數周。"

盡管該問題在2025年4月被正式報告，GitHub直到8月20日才合并修復代碼，且從未在原討論帖中回應，該帖直到12月1日才被關閉。更諷刺的是，修復方案早在2024年2月就已提出，但在一年多時間里未經審查，還曾在2025年3月被GitHub機器人自動關閉。

Zig軟件基金會主席兼首席開發者Andrew Kelly在宣布遷移時直言不諱:"GitHub Actions存在不可原諒的漏洞，卻完全被忽視。GitHub的CEO曾說過'要么擁抱AI，要么滾蛋'，看來微軟的那些走狗們領會了其中的含義，因為GitHub Actions開始'隨機調度'——看似隨機地選擇要運行的任務。再加上其他漏洞以及無法手動干預，這導致我們的持續集成系統嚴重積壓，甚至連主分支的提交都無法檢查。"

Kelly隨后為這篇"煽動性帖子"道歉，但Zig基金會的遷移決定并未改變。

Answer.AI和Fast.AI聯合創始人Jeremy Howard在社交媒體上表示:"這個漏洞的實現方式非常明顯，幾乎任何人一眼就能看出它會一直占用100% CPU，并且除非任務恰好在正確的時間檢查時間，否則它會一直運行下去。我實在無法理解，這樣一系列令人瞠目結舌、匪夷所思的事件是如何在一個正常運轉的組織中產生的。"

Zig并非唯一離開GitHub的項目。Dillo瀏覽器項目創建者Rodrigo Arias Mallo上周末也宣布計劃離開GitHub，理由包括過度依賴JavaScript、可用性下降、審核工具不足，以及"過度關注LLM和生成式AI，這些正在摧毀開放網絡"。

自今年1月以來，非營利代碼托管平臺Codeberg的支持會員人數已從600多人翻倍至上周的1200多人。

相比之下，GitHub尚未透露當前付費用戶總數。微軟CEO薩蒂亞·納德拉在2025年第三季度財報會上稱"GitHub Copilot用戶超過1500萬，同比增長超過4倍"，但未說明有多少用戶為Copilot或其他服務付費。2024年第四季度，GitHub年收入運行率為20億美元，其中GitHub Copilot訂閱收入約占年增長的40%。

截至發稿，GitHub尚未對此事作出回應。