跳转到主要内容

使用 GN 构建 Electron

·3 分钟阅读

Electron 现在使用 GN 进行构建。这里讨论了原因。


GYP 和 GN

Electron 最初发布于 2013 年,当时 Chromium 的构建配置是用 GYP 编写的,它是“Generate Your Projects”的缩写。

2014 年,Chromium 项目引入了一个名为 GN(“Generate Ninja”的缩写)的新构建配置工具。Chromium 的构建文件已迁移到 GN,并从源代码中删除了 GYP。

Electron 历来将主 Electron 代码libchromiumcontent 分开,后者是 Electron 封装 Chromium“内容”子模块的部分。Electron 继续使用 GYP,而 libchromiumcontent 作为 Chromium 的一个子集,在 Chromium 切换时也切换到了 GN。

就像齿轮不能完全啮合一样,使用这两种构建系统会产生摩擦。从需要在 Chromium、Node、V8 和 Electron 之间仔细保持同步的编译器标志和 #defines,维护兼容性容易出错。

为了解决这个问题,Electron 团队一直致力于将所有内容迁移到 GN。今天,从 Electron 中删除最后一个 GYP 代码的提交已合并到主分支。

这对您意味着什么

如果您正在为 Electron 本身做出贡献,从 master 或 4.0.0 检出和构建 Electron 的过程与 3.0.0 及更早版本非常不同。有关详细信息,请参阅 GN 构建说明

如果您正在开发使用 Electron 的应用程序,那么在新版 Electron 4.0.0-nightly 中可能会注意到一些小的更改;但更有可能的是,Electron 构建系统的更改对您来说将是完全透明的。

这对 Electron 意味着什么

GN 比 GYP 更快,其文件更具可读性和可维护性。此外,我们希望使用单一构建配置系统将减少将 Electron 升级到新版本 Chromium 所需的工作。

  • 它已经大大帮助了 Electron 4.0.0 的开发,因为 Chromium 67 取消了对 MSVC 的支持,并切换到在 Windows 上使用 Clang 构建。通过 GN 构建,我们直接继承了 Chromium 的所有编译器命令,因此我们在 Windows 上免费获得了 Clang 构建!

  • 它还使 Electron 更容易在 Electron、Chromium 和 Node 的统一构建中使用 BoringSSL——这在 以前是问题