React Native 官方于上周 19 号发布了最新版本 0.67.0，以及过去几个月 React Native 团队一直在努力的发布过程的一些更新。一起来看看这些更新内容。
0.67的亮点
正如 Meta 在 2021 H2计划中所提到的，React Native 正在尝试更频繁地发布以缩短周转时间，以便快速新功能和修复（如新架构）。自然，许多版本将专注于修复和改进。
以下是 0.67.0 中的一些显着变化：
-
Lean-core 移除了 DatePickerAndroid；
-
Bump Gradle 版本更新到 7.2，Bump Kotlin 版本更新到 1.5.31；
-
一个值得注意的标注：0.67 继续依赖于 Hermes 0.9.0，与 0.66 保持不变
发布流程的改进
如前所述，React Native 一直在重组发布管道以允许更频繁的发布，以便新功能和修复可以更快地向社区推出。
在过去的几个月里，React Native 团队解决了一些延迟发布的问题。
协作和知识共享
React Native 团队加强了发布文档，以涵盖如何运行发布、常见问题解答、发布问题的协调等 - 所有这些都可以在 react-native wiki 的这一部分中找到。通过文档，发布不再受任何个人或团队知识的限制。
除了文档之外，React Native 团队还改进了发布的协调，并将对预发布状态和补丁的讨论转移到了一个专门的讨论组：react-wg/react-native-releases。
责任明确
根据更多文档，发布工作可以扩展，以至于没有人对运行发布至关重要。
React Native 版本容易受到广泛的潜在故障点的影响，并且有很多依赖项和后续工作。考虑到 React Native 的使用在整个社区中有所不同，让利益相关者参与发布是至关重要的。React Native 团队已经定义了一组支持发布的角色和职责。
释放候选信号
发布的另一个问题是获得一个很好的信号，即发布不会受到构建回归的影响。这可以通过增加对测试构建变体等的投资来解决，但是来自采用的信号将在一段时间内继续有用。
在 0.67 版本中，我们试行了一个“Release Tester”计划，在该计划中，从事开源应用程序的 React Native 开发人员承诺在他们的应用程序上测试候选发布版本。此前，并没有正式期望社区会测试发布候选版本以提出任何潜在问题。该程序可帮助我们获得更快的信号，以确保版本的稳定性。
开源 React Native 应用程序特别有用，因为源代码可以帮助调试任何回归。有了这个程序，发布测试人员在 0.67 中出现了回归问题，我们能够解决它，而不会因为发布错误而影响更大的社区。
文章评论