Electron 版本发布¶

Electron 会频繁地随每隔一个 Chromium 版本发布主要版本。 本文档重点关注发布节奏和版本支持策略。

[!TIP] 有关 Electron 版本号的更多详细信息，请参阅 Electron 版本控制 文档。

时间线¶

Electron 发布计划 列出了 Electron 主要版本的发布计划，显示关键里程碑，包括 alpha、beta 和稳定版发布日期，以及生命周期结束日期和依赖版本。

[!IMPORTANT] Electron 的官方支持策略是支持最新的 3 个稳定版本。我们的稳定版本发布和生命周期结束日期由 Chromium 决定，并可能发生变化。虽然我们努力在此处频繁更新计划中的发布和生命周期结束日期，但如果受上游计划变更影响，未来日期可能会改变，并且可能无法始终准确反映。

有关 Chromium 计划发布日期的权威信息，请参阅 Chromium 公开发布计划。

Electron 主要版本发布之间的周期为 8 周。在每个主要版本进入稳定版之前，它会经历为期四周的 alpha 阶段和为期四周的 beta 阶段。

gantt
    title Electron release cycle
    dateFormat  YYYY-MM-DD
    axisFormat  Week %W
    todayMarker off
    section v41
    Alpha phase                    :a1, 2026-01-19, 4w
    M146 enters Chrome beta        :milestone, bm1, after a1, 0d
    Beta phase                     :b1, after a1, 4w
    M146 enters Chrome stable      :milestone, s1, after b1, 0d
    Supported until v44 release    :active, after b1, 12w
    section v42
    Alpha phase                    :a2, after b1, 4w
    M148 enters Chrome beta        :milestone, bm2, after a2, 0d
    Beta phase                     :b2, after a2, 4w
    M148 enters Chrome stable      :milestone, s2, after b2, 0d
    Supported until v45 release    :active, after b2, 4w

说明：

• alpha 版本通常不如 beta 版本稳定。两者之间的分界点对应于底层 Chromium 版本进入 Chrome Beta 渠道的时间。
• -alpha.1、-beta.1 和 stable 日期是我们确定的发布日期。
• 我们努力每周发布 alpha/beta 版本，但通常会比计划更频繁地发布。
• 所有日期都是我们的目标，但可能因安全漏洞等原因调整稳定版截止日期。

历史变更：

• 自 Electron 5 起，Electron 已开始公布其发布日期（查看博客文章）。
• 自 Electron 6 起，Electron 主要版本一直针对每隔一个 Chromium 主要版本。每个 Electron 稳定版应与 Chrome 稳定版在同一天发布（查看博客文章）。
• 自 Electron 16 起，Electron 已按照 Chrome 改为 4 周发布节奏，以 8 周节奏发布主要版本（查看博客文章）。
• Electron 曾临时将 Electron 22 的支持延长至 2023 年 10 月 10 日，以支持 Windows 7/8/8.1 的延长生命周期结束。

版本支持策略¶

Electron 团队支持最新的三个 stable 主要版本。

例如，如果最新发布的版本是 42.1.x，则 41.0.x 以及 40.2.x 系列均受支持。我们仅支持每个稳定版本系列中的最新次要版本。这意味着在安全修复的情况下，42.1.x 将收到修复，但我们不会发布 42.0.x 的新版本。

最新稳定版会直接接收来自 main 的所有修复，而前一版本会在时间和带宽允许的情况下接收其中绝大多数修复。最旧的支持版本线将仅直接接收安全修复。

Chromium 版本支持¶

[!TIP] Chromium 的公开发布计划位于此处。

Electron 针对 Chromium 的偶数版本，每 8 周发布一次，与 Chromium 的 4 周发布计划保持一致。例如，Electron 26 使用 Chromium 116，而 Electron 27 使用 Chromium 118。

Node.js 版本支持¶

当 Node.js 的偶数版本进入 Active LTS 时，Electron 会将其 main 分支升级到该版本。计划如下：

如果 Electron 最近已将其 main 分支更新到 Node.js 的新主要版本，则下一个被切出的稳定分支将随新版本一起发布。

Electron 的稳定版本线在发布后会接收 Node.js 的次要版本和补丁版本升级。Node.js 的补丁版本升级将通过 Electron 的补丁版本发布，而 Node.js 的次要版本升级将导致 Electron 的次要版本发布。仅用于安全的发布分支将接收 Node.js 发布中的安全相关变更，但不会接收完整发布。

破坏性 API 变更¶

当 API 以破坏现有功能的方式被更改或移除时，在可能的情况下，之前的功能至少会支持两个主要版本，然后才会被移除。例如，如果一个函数接受三个参数，而在主要版本 10 中该数量减少为两个，则三参数版本至少会继续工作到主要版本 12。超过最低两个版本的阈值后，我们将尝试支持两个版本以上的向后兼容性，直到维护者认为维护负担过高而无法继续为止。

[!TIP] 有关破坏性变更的权威列表，请参阅 破坏性变更 文档。