跳到主要内容

Electron 十周年 🎉

·10 分钟阅读
erickzhao
erickzhao

对 electron/electron 存储库的首次提交是在 2013 年 3 月 13 日1。

Initial commit on electron/electron by @aroben

10 年后，来自 1192 位独特贡献者的 27147 次提交，Electron 已成为当今构建桌面应用程序最流行的框架之一。这个里程碑是庆祝和反思我们迄今为止的旅程，并分享我们一路走来所学到的东西的绝佳机会。

如果没有每一位贡献者奉献自己的时间和精力来为该项目做出贡献，我们今天就不会在这里。虽然源代码提交始终是最显眼的贡献，但我们还必须承认那些报告错误、维护用户领域模块、提供文档和翻译以及参与网络空间中 Electron 社区的人们的努力。作为维护者，每一项贡献都对我们来说是无价的。

在我们继续这篇博文的其余部分之前：谢谢。❤️

我们是如何走到这里的？​

Atom Shell 作为 GitHub Atom 编辑器的支柱而构建，该编辑器于 2014 年 4 月发布公开测试版。它是从头开始构建的，作为当时可用的基于 Web 的桌面框架（node-webkit 和 Chromium Embedded Framework）的替代方案。它有一个杀手级功能：嵌入 Node.js 和 Chromium，为 Web 技术提供强大的桌面运行时。

一年之内，Atom Shell 的功能和受欢迎程度开始大幅增长。大型公司、初创公司和个人开发人员都开始使用它构建应用程序（一些早期采用者包括 Slack、GitKraken 和 WebTorrent），并且该项目被恰当地重命名为 Electron。

从那时起，Electron 就一发不可收拾，从未停止过。以下是我们随时间推移的每周下载量，由 npmtrends.com 提供

Electron weekly downloads graph over time

Electron v1 于 2016 年发布，承诺提高 API 稳定性和更好的文档和工具。Electron v2 于 2018 年发布，并引入了语义版本控制，使 Electron 开发人员可以更轻松地跟踪发布周期。

到 Electron v6 时，我们改为与 Chromium 匹配的常规 12 周主要发布节奏。此决定改变了该项目的心态，将“拥有最新的 Chromium 版本”从锦上添花变成优先事项。这减少了升级之间的技术债务，使我们更容易保持 Electron 的更新和安全。

从那时起，我们一直是一台运转良好的机器，在每个 Chromium 稳定版发布的同一天发布新的 Electron 版本。当 Chromium 在 2021 年将他们的发布时间表加快到 4 周时，我们能够耸耸肩，并将我们的发布节奏相应地提高到 8 周。

我们现在使用的是 Electron v23（并且还在计数），并且仍然致力于构建用于构建跨平台桌面应用程序的最佳运行时。即使近年来 JavaScript 开发人员工具蓬勃发展，Electron 仍然是桌面应用程序框架领域中稳定、经过实战考验的支柱。如今，Electron 应用程序无处不在：您可以使用 Visual Studio Code 进行编程，使用 Figma 进行设计，使用 Slack 进行通信，并使用 Notion 做笔记（以及许多其他用例）。我们为这一成就感到无比自豪，并感谢为实现这一目标付出努力的每一个人。

我们一路走来学到了什么？​

通往十年里程碑的道路漫长而曲折。以下是一些帮助我们运行可持续大型开源项目的关键事项。

使用治理模型扩展分布式决策​

我们需要克服的一个挑战是，一旦 Electron 首次流行起来，如何处理该项目的长期方向。我们如何处理成为一个分布在公司、国家和时区的数十名工程师的团队？

在早期，Electron 的维护者小组依赖于非正式协调，这对于较小的项目来说快速而轻量，但无法扩展到更广泛的协作。在 2019 年，我们转向了治理模型，其中不同的工作组有正式的责任领域。这对于简化流程并将项目所有权的一部分分配给特定的维护者至关重要。现在每个工作组 (WG) 负责什么？

  • 发布 Electron 版本（发布工作组）
  • 升级 Chromium 和 Node.js（升级工作组）
  • 监督公共 API 设计（API 工作组）
  • 保持 Electron 的安全（安全工作组）
  • 运行网站、文档和工具（生态系统工作组）
  • 社区和公司外展（外展工作组）
  • 社区管理（社区和安全工作组）
  • 维护我们的构建基础设施、维护者工具和云服务（基础设施工作组）

在转向治理模型的同时，我们还将 Electron 的所有权从 GitHub 转移到了 OpenJS 基金会。虽然最初的核心团队今天仍在 Microsoft 工作，但他们只是构成 Electron 治理的更大的协作者群体的一部分。2

虽然此模型并不完美，但它在经历全球疫情和持续的宏观经济不利因素时非常适合我们。展望未来，我们计划改进治理章程，以指导我们走过 Electron 的第二个十年。

信息

如果您想了解更多信息，请查看 electron/governance 仓库！

社区​

开源的社区部分很难，特别是当您的外联团队是一群穿着写着“社区经理”的战壕风衣的工程师时。话虽如此，作为一个大型开源项目，意味着我们有很多用户，利用他们的力量为 Electron 构建用户生态系统是维持项目健康的关键部分。

我们一直在做什么来发展我们的社区影响力？

构建虚拟社区​

  • 2020 年，我们启动了社区 Discord 服务器。我们之前在 Atom 的论坛中有一个版块，但决定使用更非正式的消息传递平台，为维护人员和 Electron 开发人员之间的讨论以及一般的调试帮助提供空间。
  • 2021 年，在 @BlackHole1 的帮助下，我们建立了 Electron 中国 用户组。该小组在 Electron 在中国蓬勃发展的科技领域的用户增长中发挥了重要作用，为他们提供了一个在我们的英语空间之外协作交流想法和讨论 Electron 的场所。我们还要感谢 cnpm 在其中国 npm 镜像中支持 Electron 夜间发布版本的工作。

参与高知名度的开源项目​

  • 自 2019 年以来，我们每年都在庆祝 Hacktoberfest。Hacktoberfest 是由 DigitalOcean 组织的年度开源庆祝活动，我们每年都会有数十名热情的贡献者希望在开源软件上留下自己的印记。
  • 2020 年，我们参与了 Google Season of Docs 的初始迭代，我们与 @bandantonio 合作，重新设计了 Electron 的新用户教程流程。
  • 2022 年，我们第一次指导了一名 Google Summer of Code 学生。@aryanshridhar 在重构 Electron Fiddle 的核心版本加载逻辑以及将其打包器迁移到 webpack 方面做了一些很棒的工作。

自动化一切！​

如今，Electron 管理层有大约 30 名活跃的维护人员。我们中不到一半是全职贡献者，这意味着有很多工作要做。我们保持一切顺利运行的诀窍是什么？我们的座右铭是计算机很便宜，而人类的时间很昂贵。以典型的工程师方式，我们开发了一套自动化的支持工具，以使我们的生活更轻松。

Not Goma​

Electron 的核心代码库是一段庞大的 C++ 代码，构建时间一直是限制我们发布错误修复和新功能速度的因素。2020 年，我们部署了 Not Goma，这是一个用于 Google Goma 分布式编译器服务的自定义 Electron 特定后端。Not Goma 处理来自授权用户机器的编译请求，并将该过程分配到后端的数百个内核中。它还会缓存编译结果，以便其他编译相同文件的人只需下载预编译的结果。

自从推出 Not Goma 以来，维护人员的编译时间已从数小时缩短至数分钟。稳定的互联网连接成为贡献者编译 Electron 的最低要求！

信息

如果您是开源贡献者，您还可以尝试 Not Goma 的只读缓存，该缓存在默认情况下通过 Electron 构建工具 提供。

持续因素身份验证​

持续因素身份验证 (CFA) 是围绕 npm 的双因素身份验证 (2FA) 系统的一层自动化，我们将其与 semantic-release 结合使用，以管理我们的各种 @electron/ npm 包的安全和自动发布。

虽然 semantic-release 已经自动化了 npm 包的发布过程，但它需要关闭双因素身份验证或传入一个绕过此限制的秘密令牌。

我们构建了 CFA，为 npm 2FA 向任意 CI 作业提供基于时间的一次性密码 (TOTP)，允许我们利用 semantic-release 的自动化，同时保持双因素身份验证的额外安全性。

我们将 CFA 与 Slack 集成前端一起使用，允许维护人员从他们拥有 Slack 的任何设备验证包的发布，只要他们手头有 TOTP 生成器。

信息

如果您想在自己的项目中试用 CFA，请查看 GitHub 存储库 或 文档！如果您使用 CircleCI 作为您的 CI 提供商，我们还有一个 方便的 orb，可以快速使用 CFA 搭建项目。

Sheriff​

Sheriff 是我们编写的开源工具，用于自动化管理 GitHub、Slack 和 Google Workspace 中的权限。

Sheriff 的主要价值主张是权限管理应该是一个透明的过程。它使用单个 YAML 配置文件来指定所有上述服务中的权限。有了 Sheriff，在存储库上获得协作者身份或创建新的邮件列表就像获得 PR 批准和合并一样简单。

Sheriff 还有一个审核日志，会发布到 Slack，在 Electron 组织中的任何地方发生可疑活动时警告管理员。

……以及我们所有的 GitHub 机器人​

GitHub 是一个具有丰富 API 可扩展性的平台，以及一个名为 Probot 的第一方机器人应用程序框架。为了帮助我们专注于工作中更具创造性的部分，我们构建了一套较小的机器人，以帮助我们完成繁琐的工作。以下是一些示例

  • Sudowoodo 从头到尾自动化 Electron 发布过程，从启动构建到将发布资产上传到 GitHub 和 npm。
  • Trop 通过尝试基于 GitHub PR 标签将补丁挑选到以前的发布分支来自动化 Electron 的反向移植过程。
  • Roller 自动化 Electron 的 Chromium 和 Node.js 依赖项的滚动升级。
  • Cation 是我们用于 electron/electron PR 的状态检查机器人。

总而言之，我们的小型机器人家族极大地提高了我们的开发人员生产力！

接下来是什么？​

当我们作为项目进入第二个十年时，您可能会问：Electron 的下一步是什么？

我们将与 Chromium 的发布节奏保持同步，每 8 周发布新的 Electron 主要版本，使框架与来自 Web 平台和 Node.js 的最新和最棒的保持同步，同时保持企业级应用程序的稳定性和安全性。

我们通常会在即将推出的计划变得具体时宣布消息。如果您想了解未来的发布、功能和一般项目更新，您可以阅读 我们的博客 并关注我们的社交媒体资料（Twitter 和 Mastodon）！

脚注​

  1. 这实际上是 electron-archive/brightray 项目的第一个提交，该项目于 2017 年被吸收到 Electron 中并合并了其 git 历史。但是谁在乎呢？今天是我们的生日，所以我们可以制定规则！↩

  2. 与流行的看法相反，Electron 不再由 GitHub 或 Microsoft 拥有，现在是 OpenJS 基金会 的一部分。↩