Zig语言正式放弃GitHub：一次关于代码安全、开源价值观与托管平台的抉择

Zig语言诞生于2015年，由开发者Andrew Kelley创造，至今刚满10岁。相较于C语言（1972年）、C++（1983年）、Python（1991年）、Java（1995年）等主流语言，它仍处于成长的早期阶段。

Zig语言的设计哲学强调安全性、性能、可预测性与可读性，目标是成为C/C++的现代化替代品。其设计追求简洁与可控，致力于消除隐藏开销。例如，Zig没有采用传统的异常机制（如 throw、try、catch），而是将所有错误视为普通的返回值，开发者必须显式地处理和传递这些错误，这增强了代码的明确性和可靠性。

自2015年8月6日Andrew Kelley（下称安德鲁）提交第一个Git提交起，Zig项目就一直托管在全球最大的代码托管平台GitHub上。

然而，2018年微软收购GitHub的事件，让包括安德鲁在内的一部分用户感到担忧。他们担心微软的介入会让平台变质。安德鲁当时就认为，GitHub可能在五年内变得不尽如人意，并开始考虑迁移。

七年后的2025年，这个担忧最终促使他正式将Zig的代码托管从GitHub迁移至Codeberg——一个由非营利组织运营的Git托管服务。

是什么原因让Zig决定离开这个全球最大、最活跃的开发者社区？安德鲁在最近的一篇博客文章中详细阐述了背后的考量。

1. 对GitHub与ICE合作的担忧

ICE是美国移民和海关执法局的简称，隶属于美国国土安全部。其针对移民的执法政策时常引发侵犯人权的批评。

问题的关键在于，ICE是GitHub的企业客户之一。许多批评者认为，GitHub为ICE提供服务，间接支持了其备受争议的政策。尽管GitHub辩称自己仅为客户提供代码托管与版本管理工具，无权也无意识干涉客户行为，但这并未平息外界的指责。甚至在2019年GitHub与ICE续签合同后，其内部也有数名员工因此辞职以示抗议。

2. 核心人才流失与产品稳定性下降

安德鲁指出，GitHub内部一些关键的技术人才已经流失，这影响了其产品的稳定性。他以GitHub Actions为例，这是平台提供的CI/CD流水线功能，对现代软件开发至关重要。

Zig团队在使用中发现，Actions存在一些影响基础功能的缺陷。例如，一个名为 safe_sleep 的脚本存在bug，可能导致进程无限制挂起，有时甚至会堆积数百个小时的任务，需要手动干预。此外，GitHub Actions在基本的任务调度上也出现过问题，导致Zig的CI系统任务积压，甚至未能及时检测到主分支的新提交。

3. 过度追逐AI浪潮

GitHub的CEO曾表示，在当前的编程领域，“要么拥抱AI，要么出局”。安德鲁认为，这一导向导致GitHub团队为平台强加了大量AI功能，例如“与Copilot协作提交Issue”等。

这与Zig社区严格执行的“无LLM/无AI”政策产生了直接冲突。Zig的行为准则明确规定：

• 禁止使用AI提交Issue。
• 禁止使用AI提交Pull Request (PR)。
• 禁止在Issue或PR的评论中使用AI（包括AI翻译）。社区鼓励使用英语交流，但允许使用母语，其他人可借助翻译工具阅读。

基于以上几点原因，Zig最终做出了迁移的决定。那么，GitHub对Zig就毫无价值吗？事实并非如此。安德鲁坦言，没有GitHub，Zig可能很难发展到今天的规模，其中最关键的功能是 GitHub Sponsors。

该功能允许个人或企业向开源贡献者提供一次性或周期性的资金赞助。Zig语言在早期严重依赖此项功能获得资金支持。即便到了2024年，来自GitHub Sponsors的捐款仍以约17万美元的金额位居其收入来源首位。

迁移后，这些赞助如何处理？对于一次性捐赠，将直接停止。而对于周期性捐赠，安德鲁呼吁赞助者将捐赠转移至另一个名为 every.org 的捐赠平台。

为何选择这个平台？因为 every.org 同样由非营利组织运营。

这揭示了一个核心模式：Zig语言由非营利的Zig软件基金会主导开发；其新的托管平台Codeberg由非营利组织运营；其未来的主要捐赠平台也是非营利组织。

为何执着于选择非营利组织？安德鲁给出了他的思考：在当今这个充斥着企业收购、反垄断监管乏力以及平台资本主义导致财富极端集中的时代，非营利组织依然是捍卫公共资源与中立技术的最后堡垒之一。这次迁移不仅是一次技术工具的切换，更是对开源项目治理模式与价值观的一次实践。