2026 年 10 月 14 日，Linux 基金会在阿姆斯特丹 BazelCon 宣布 BUILD 基金会正式运营。首批成员包括 ASML、Canva、Datadog、EngFlow、Figma 与 Spotify。这个基金会的目标很直接：为 Bazel 生态提供长期、可治理的资金与方向，让依赖它的公司从“使用者”变成“共同维护者”。
为什么需要一个新的基金会
Bazel 由 Google 于 2015 年开源，如今被汽车、企业软件、金融等行业的数千家公司使用。随着采用规模扩大，生态的维护成本也上升：语言规则集、共享库、IDE 插件、文档与发布基础设施分散在不同仓库与维护者手中。单一公司很难独立承担全部工作，而使用者又缺少一个正式渠道来共同决定优先级。BUILD 基金会填补的正是这个治理空位。
首批成员与资金用途
初始成员覆盖半导体设备、设计工具、数据平台、构建服务与流媒体等行业。ASML 提到其规模需要多种构建系统并存；Canva 每周有数千次变更落地；Datadog 在 AI 提升开发速度后，更依赖 Bazel 保持构建与测试时间稳定；Figma 用 Bazel 在 TypeScript、C++、Rust、Go、Ruby 与 Python 之间共享一张依赖图；Spotify 则把 Bazel 视为跨平台构建与测试的基础。基金会的首批投资方向来自 2025 年 Bazel 用户调查，包括专职技术写作、资助 bazel-contrib 维护者、培训与认证、IDE 集成，以及通过 Bazel Central Registry 的发布证明强化供应链安全。
治理与生态信号
Linux 基金会 CEO Jim Zemlin 表示，Bazel 已成为全球工程团队的关键基础设施，BUILD 基金会提供一个中立场所，让组织共同投资维护者、安全与长期可持续性。对开源生态而言，这是一条熟悉的路径：当某个项目成为行业基础设施，单靠志愿者与单一大厂支持会变得脆弱，基金会化可以把资金、治理与路线图分开，降低“关键维护者流失”的风险。BUILD 基金会也延续了 Linux 基金会近期的一系列动作：10 月 7 日 AWS 成为其白金会员，同期还成立了面向电网规划的 OpenGrid。
对平台工程团队的意义
构建系统通常不在产品路线图里，却直接决定研发效能。Bazel 的价值在于可复现、可缓存、跨语言共享依赖图；代价是学习曲线与维护成本。BUILD 基金会的出现，意味着使用 Bazel 的组织可以更正式地反馈问题、资助维护者、参与规则集治理，而不是只在 Issue 里等待。对正在评估 Bazel 的团队，建议先量化三件事：全量构建与增量构建时间、跨语言依赖的一致性、CI 与本地环境的差异。若这些指标长期受益，参与生态比自建一套构建编排更划算。
开源可持续性的样本
BUILD 基金会不是单纯的捐款计划，而是把“谁使用、谁受益、谁治理”写进制度。它把文档、培训、认证、IDE 集成与供应链安全都纳入资助范围，说明开源项目的可持续性不只在代码，还在维护者体验与新用户上手成本。对其他关键开源项目，这是一个可参考的模板：先识别最脆弱的维护环节，再用中立基金会锁定长期投入，而不是等到维护者离开才补位。
小结
Linux 基金会于 2026 年 10 月 14 日启动 BUILD 基金会，以 ASML、Canva、Datadog、EngFlow、Figma、Spotify 六方成员、Bazel 维护者资助、培训认证与 BCR 发布证明为看点，是开源构建生态从“单点维护”走向“行业共治”的一次制度化尝试。
信息来源：Linux Foundation 新闻稿（2026-10-14）与 BUILD Foundation 官网。