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