Midway RFCs

[stone-jin]

Midway RFCs

Midway 发展文档，维护 Midway 的改进提案。

Scope

Midway RFCs 流程包含所有 Midway 提供的公开库 API （无论多小），比如新增 API 或特性，移除现有的 API 或特性，等等。问题修复、性能优化、诊断改进等等可以直接通过普通流程，不需要通过 RFCs 流程。

Goals

Midway RFCs 希望能够让社群中有价值的意见、视角和经验发挥影响作用，改进 Midway 的使用、开发体验。流程的主要两个目标是：

• 能够让 Midway 以开放透明、包容的方式发展，并且
• 让 Midway 项目保持一个清晰、连贯并一致的发展方向；

创建新 RFC

通过 RFC 模版 https://www.yuque.com/r/templates/15002250，创建新的 RFC。

RFC 从草稿到落地

RFC 包含 3 个阶段：草稿、待实现、实现完毕。RFC 草稿可以由任何人提出。

RFC 从“草稿”到“待实现”需要确定一个 Midway 项目组成员成为 Owner，并至少公示 2 天以让更多的人参与 Review。在明确 RFC 进入“待实现”阶段之后，RFC 必需加入到 https://yuque.antfin-inc.com/midwayjs/rfcs 语雀文档仓库。在“待实现”阶段的 RFC 由 RFC Owner 全权保障 RFC 的落地。在 RFC 所包含的功能完全实现并合并进入 master 分支，并在一个 midway 发行版本中包含发行之后，RFC 即为“实现完毕”。

阶段	意图	门槛
草稿	让 Midway 有更多样的意见输入；探索 RFC 的清晰形态；明确实现中可能碰到的挑战；	N/A
待实现	表示更多的修改需要明确从实现者、用户的意见反馈中产生；通过预发布版本灰度实验；	明确了一个 Midway 项目组成员成为 Owner，保障 RFC 落地；所有 API 变更都已经明确；
实现完毕	表示 RFC 已经正式成为 Midway 项目群的一部分；	RFC 所包含的功能完全实现并合并进入 master 分支；在一个 midway 发行版本中包含发行。