2018 年 React Native 社区状况
2018 年,React Native 社区对我们开发 React Native 以及与之沟通的方式进行了一些更改。我们相信,几年后回顾,我们会发现这种转变是 React Native 的转折点。
很多人对 React Native 架构的重写感到兴奋,这被广泛称为 Fabric。 除此之外,这将修复 React Native 架构中的基本限制,并为 React Native 未来的成功以及 JSI 和 TurboModules 奠定基础。
2018 年最大的转变是赋予 React Native 社区权力。从一开始,Facebook 就鼓励来自世界各地的开发者参与 React Native 的开源项目。从那时起,涌现出许多核心贡献者来处理发布过程等事务。
这些成员采取了一些实质性步骤,通过以下资源使整个社区更有能力塑造该项目的未来
react-native-releases
📬
此存储库创建于 1 月,具有双重目的,允许每个人以更协作的方式跟上新版本的发布,并开启了关于某个版本应包含哪些内容以及谁希望建议 cherry-pick(例如 0.57.8 及其之前的所有版本)的对话。
这是推动我们摆脱每月发布周期以及当前用于 0.57.x 版本的“长期支持”方法背后的驱动力。
达到这些决定的一半功劳归功于今年创建的另一个存储库
discussions-and-proposals
🗣
此存储库创建于 7 月,扩展了关于 React Native 对话的更开放环境的想法。以前,此需求由主存储库中标记为 For Discussion
的问题处理,但我们希望将此策略扩展到其他库(例如 React)拥有的 RFC 方法。
此实验立即在 React Native 生命周期中找到了自己的角色。Facebook 团队现在正在使用社区 RFC 流程来讨论可以在 React Native 中改进的内容,并协调围绕 Lean Core 项目 的工作 - 以及其他有趣的讨论。
@ReactNativeComm 🐣
我们意识到,我们沟通这些努力的方法并没有我们希望的那么有效,为了让大家更轻松地跟上 React Native 社区中发生的一切(从发布到积极讨论),我们创建了一个新的 Twitter 帐户,您可以依靠 @ReactNativeComm。
如果您不使用该社交网络,请记住,您始终可以通过 GitHub 关注存储库;此功能在过去几个月中得到了改进,可以仅针对发布接收通知,因此您应考虑无论如何都使用它。
未来的展望 🎓
在过去的 7-8 个月中,核心贡献者增强了 React Native Community GitHub 组织,以便在 React Native 的开发中承担更多所有权,并加强与 Facebook 的协作。但这始终缺乏类似项目可能具备的正式结构。
该组织可以为更广泛的开发者社区中的每个人树立榜样,方法是为其中托管的所有包/存储库强制执行一套标准,为维护者提供一个互相帮助并贡献符合社区约定标准的高质量代码的单一场所。
在 2019 年初,我们将制定这套新的指南。请在 专门的讨论 中告知您的想法。
我们相信,通过这些更改,社区将变得更具协作性,以便当我们达到 1.0 版本时,我们都将继续利用这种共同努力来编写(更多)出色的应用 🤗
我希望您像我们一样对社区的未来感到兴奋。我们很高兴看到你们所有人都参与到上述存储库中发生的对话中,或者通过你们将生成的出色代码参与其中。
编码愉快!