发布 React Native 0.67
大家新年快乐！今天我们发布了 React Native 的最新版本 0.67.0，同时还带来了我们过去几个月一直在进行的发布流程的一些更新。
章节
0.67 版本亮点
正如 Meta 2021 年下半年计划中所述，React Native 正在尝试更频繁的发布，以缩短新功能和修复（如新架构）落地社区的周转时间。当然，许多版本将侧重于修复和改进。
以下是 0.67.0 版本中一些值得注意的更改
- 精简核心移除：DatePickerAndroid
- 将 Gradle 版本升级到 7.2，将 Kotlin 版本升级到 1.5.31 升级 Kotlin 和 Gradle 版本 (#32319)
- 值得注意的是：0.67 继续依赖 Hermes 0.9.0，与 0.66 保持不变
您可以在此处找到完整的更新日志。
您可以在此讨论中参与关于此版本状态的对话——并且，一如既往，为了帮助您升级到此版本，您可以使用升级助手 ⚛️
致谢
此版本包含 379 次提交，来自 74 位贡献者！感谢所有（新老）贡献者！您可以在此处找到完整的更新日志。
我们还要感谢发布测试人员，他们帮助我们确保 0.67.0 能够在不造成任何大规模回归的情况下到达您的代码库。特别地，我们要感谢
- 来自 Margelo 的 Marc Rousavy (@mrousavy)，他发现了一个 Hermes 0.10 的回归（在 CI 测试中永远不会被发现），这将在 React Native 的 0.68 版本中通过 Hermes 0.11 修复。
- Reanimated 团队在 0.67 RC 阶段早期快速准备了其库的 0.67 兼容版本。
- 来自 Mattermost 的 Elias Nahum (@enahum)
- 与 Invertase 合作的 Mike Hardy (@mikeHardy)
我们还要感谢 Rainbow、Comm 和 Ledger Live 也参与了“发布测试人员”计划的试点（更多详情如下）。
发布流程的改进
如前所述，React Native 正在重组发布管道，以允许更频繁的发布，从而使新功能和修复能够更快地推出到社区。
在过去的几个月里，我们解决了一些延迟发布的问题。
协调与知识共享
我们投入了资源来记录我们的发布，内容涵盖如何运行发布、常见问题解答、发布问题的协调等——所有这些都可以在 react-native wiki 的这一部分中找到。通过文档化，发布不再受限于任何个人或部落知识。
除了文档之外，我们还改进了发布的协调工作，并将发布前状态和补丁的讨论转移到一个专门的讨论组：react-wg/react-native-releases。
责任明确
随着更多文档的出现，发布工作可以扩展，这样就没有人是运行发布的关键人物。
React Native 发布容易受到广泛的潜在故障点影响，并且有很多依赖项和后续工作。考虑到 React Native 的使用在社区中各不相同，让利益相关者参与发布至关重要。我们已经定义了一套支持发布的角色和职责。
发布候选版本信号
发布的另一个问题是获取一个良好的信号，表明发布不会遭受构建回归。这可以通过加大对测试构建变体等的投入来解决，但来自采用情况的信号在一段时间内仍将有用。
在 0.67 版本中，我们试点了一个“发布测试人员”计划，其中从事开源应用程序的 React Native 开发人员承诺在其应用程序上测试发布候选版本。此前，社区并没有正式的期望来测试发布候选版本以提出任何潜在问题。该计划有助于我们更快地获取信号，以确保发布具有一定程度的稳定性。
开源 React Native 应用程序特别有用，因为源代码可用于帮助调试任何回归问题。通过此计划，一位发布测试人员在 0.67 中发现了一个回归问题，我们得以在不通过有缺陷的发布版本影响整个社区的情况下解决它。
有兴趣帮助 React Native 稳定新版本吗？
帮助我们捕捉回归的好方法是将 React Native 预发布版本 react-native@next 或 react-native@nightly 集成到您的 CI 中。对于任何回归，您可以提交发布问题并通知相应的讨论。
如果您的应用程序或公司有兴趣加入“发布测试人员”计划，请前往 发布角色和职责 wiki 底部的专用部分了解更多信息。
最后，非常感谢您在尝试我们的发布候选版本或帮助解决发布问题方面的任何帮助！