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