React Native 发布新年第一个版本,做了这些强化

2022年1月26日 379点热度 0人点赞 0条评论

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 中出现了回归问题,我们能够解决它,而不会因为发布错误而影响更大的社区。

37030React Native 发布新年第一个版本,做了这些强化

这个人很懒,什么都没留下

文章评论