2018 年 React Native 社区状况

2019 年 1 月 7 日 ·4 分钟阅读

核心维护者 & 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` 📬

此仓库创建于一月份，其双重目的是让每个人都以更协作的方式跟上新版本的发布，并开启关于哪些内容将成为特定版本一部分的对话，以便任何想要建议 cherry-pick 的人（例如 0.57.8 及其所有以前的版本）。

这是推动我们摆脱每月发布周期以及当前版本 0.57.x 使用的“长期支持”方法背后的驱动力。

达到这些决策的一半功劳归功于今年创建的另一个仓库

此仓库创建于七月份，扩展了关于 React Native 对话的更开放环境的想法。以前，这种需求由主仓库中标记为 For Discussion 的 issue 处理，但我们希望将此策略扩展到其他库（例如 React）拥有的 RFC 方法。

此实验立即在 React Native 生命周期中找到了它的角色。 Facebook 团队现在正在使用社区 RFC 流程来讨论可以在 React Native 中改进的内容，并协调围绕 Lean Core 项目的工作 - 以及其他有趣的讨论。

我们意识到，我们沟通这些努力的方式并没有达到我们希望的效果，为了让大家更容易跟上 React Native 社区中发生的一切（从发布到积极讨论），我们创建了一个新的 Twitter 帐户，您可以依靠 @ReactNativeComm。

如果您不使用该社交网络，请记住您可以始终通过 GitHub 关注仓库；此功能在过去几个月中得到了改进，可以仅针对发布接收通知，因此您应该考虑无论如何都使用它。

在过去的 7-8 个月中，核心贡献者增强了 React Native Community GitHub 组织，以便更多地拥有 React Native 开发的所有权，并加强与 Facebook 的协作。但这始终缺乏类似项目可能具备的正式结构。

该组织可以为更大的开发者社区中的每个人树立榜样，方法是对其托管的所有软件包/仓库强制执行一套标准，为维护者提供一个互相帮助和贡献符合社区商定标准的优质代码的单一场所。

在 2019 年初，我们将制定这套新的指导方针。请在专门的讨论中告诉我们您的想法。

我们相信，通过这些改变，社区将变得更具协作性，以便当我们达到 1.0 版本时，我们将继续通过利用这种共同努力来编写（更多）出色的应用 🤗

我希望您和我们一样对社区的未来感到兴奋。我们很高兴看到你们所有人参与到上面列出的仓库中发生的对话中，或者通过你们将产生的出色代码参与进来。

编码愉快！