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