引入 electron/rfcs
Electron 的API 工作组正在采用开放的评论请求 (RFC) 流程，以帮助引导 Electron 核心中的较大更改。
为什么选择 RFC？
简而言之，我们希望理顺将 Electron 核心中的重大更改落地生根的过程。
目前，新的代码更改主要通过 GitHub 上的 issues 和 pull requests 进行讨论。对于 Electron 的大多数更改来说，这是一个很好的系统。许多错误修复、文档更改，甚至新功能都足够直接，可以通过标准的 GitHub 流程异步审查和合并。
对于更重大的更改，例如大型 API 表面或会影响大多数 Electron 应用的破坏性更改，在大多数代码编写之前在构思阶段进行审查是合理的。
此流程设计为向公众开放，这也将使更广泛的开源社区更容易在潜在更改落地 Electron 之前提供反馈。
它是如何工作的？
整个 RFC 流程都在 GitHub 上的 electron/rfcs 仓库中进行。仓库的 README 中详细描述了这些步骤。
简而言之，一旦对 electron/rfcs 仓库提出 PR，RFC 就处于提议 (Proposed) 状态。提议的 RFC 会变为
- 活跃 (Active) 状态（当 PR 合并到仓库的
main分支时），这意味着 Electron 维护者同意在electron/electron中实现，或者 - 拒绝 (Declined) 状态（如果 PR 最终被拒绝）。
为了使 RFC 变为活跃 (Active) 状态，PR 必须至少获得 2 名 API 工作组成员的批准。在合并之前，RFC 应进行同步演示，并由至少三分之二的 WG 成员组成法定人数后一致接受。如果达成共识，将触发一个月的最终评论期，之后 PR 将被合并。
如果实现在 electron/electron 中合并，活跃 (Active) RFC 就变为完成 (Completed) 状态。
谁可以参与？
Electron 社区中的任何人都可以提交 RFC 或在 electron/rfcs 仓库中留下反馈！
- 要查看活跃 RFC 的列表，请参阅仓库中的
text文件夹。 - 要对提议的 RFC 留下反馈，请查看开放 PR 列表。
- 要提交新的 RFC，请查看仓库的 README 和RFC 模板。
我们希望使此流程成为双向对话，并鼓励社区参与，以从未来可能使用这些 API 的 Electron 应用中获得多样化的意见。如果您有兴趣对当前提议的 RFC 提供反馈，Electron 维护者已经创建了一些：
致谢
Electron 的 RFC 流程是借鉴了许多已建立的开源 RFC 流程。许多想法和主要文案的灵感来自于：