引入 electron/rfcs
Electron 的 API 工作组正在采用开放的 征求意见稿 (RFC) 流程，以帮助引导 Electron 核心的重大更改。
为什么需要 RFC？
简而言之，我们希望简化向 Electron 核心提交重大更改的流程。
目前，新的代码更改主要通过 GitHub 上的议题和拉取请求进行讨论。对于 Electron 的大多数更改，这是一个很好的系统。许多错误修复、文档更改，甚至新功能都足够直接，可以通过标准的 GitHub 流程异步审查和合并。
对于更重要的更改——例如，大型 API 接口或会影响大多数 Electron 应用的破坏性更改——在大部分代码编写之前，在构思阶段进行审查是有意义的。
此流程旨在向公众开放，这也将使整个开源社区更容易在潜在更改发布到 Electron 之前提供反馈。
它是如何运作的？
整个 RFC 流程都在 GitHub 上的 electron/rfcs 仓库中。详细步骤在仓库的 README 文件中描述。
简而言之，当向 electron/rfcs 仓库提交一个 PR 时，RFC 就被 提议。一个提议的 RFC 会变为
- 当 PR 合并到仓库的
main分支时，即变为 活跃，这意味着 Electron 维护者同意在electron/electron中实现，或者 - 如果 PR 最终被拒绝，则变为 已拒绝。
为了使 RFC 变为 活跃，PR 必须得到至少 2 名 API 工作组成员的批准。在合并之前，RFC 应同步提交，并由至少三分之二的工作组成员组成的法定人数一致接受。如果达成共识，将启动一个月的最终评论期，之后 PR 将被合并。
如果实现已合并到 electron/electron 中，则活跃的 RFC 即为 已完成。
谁可以参与？
Electron 社区中的任何人都可以提交 RFC 或在 electron/rfcs 仓库中留下反馈！
- 要查看活跃 RFC 的列表，请参考 仓库中的
text文件夹。 - 要对提议的 RFC 留下反馈，请查看 开放的 PR 列表。
- 要提交新的 RFC，请查看仓库的 README 和 RFC 模板。
我们希望将此过程打造为双向对话，并鼓励社区参与，以获取未来可能使用这些 API 的 Electron 应用的各种意见。如果您有兴趣对当前提议的 RFC 留下反馈，Electron 维护者已经创建了一些
致谢
Electron 的 RFC 流程借鉴了许多成熟的开源 RFC 流程。许多想法和大部分文案的灵感来源是