发布 0.56
期待已久的 React Native 0.56 版本现已发布 🎉。这篇博文重点介绍了此新版本中引入的一些更改。我们还想借此机会解释一下自三月以来一直让我们忙碌的事情。
破坏性更改的困境，或者“何时发布？”
贡献者指南解释了所有 React Native 更改所经历的集成过程。该项目由许多不同的工具组成，需要协调和持续支持才能使一切正常运行。再加上为项目做出贡献的活跃开源社区，您就会对这一切的惊人规模有所了解。
随着 React Native 令人印象深刻的采用率，破坏性更改必须非常小心，并且过程不像我们希望的那么顺利。我们决定跳过四月和五月的发布，以允许核心团队集成和测试一组新的破坏性更改。专门的社区沟通渠道在此过程中一直被使用，以确保 2018 年 6 月（0.56.0）的发布对于那些耐心等待稳定发布的人来说尽可能无忧。
0.56.0 完美吗？不，像所有软件一样：但我们达到了一个平衡点，即“等待更多稳定性”与“测试成功，我们可以继续前进”之间的权衡，我们觉得可以发布它了。此外，我们知道最终的 0.56.0 版本中有一些未解决的问题。大多数开发者在升级到 0.56.0 时应该没有问题。对于那些被上述问题阻碍的人，我们希望在我们的讨论中见到您，我们期待与您合作解决这些问题。
您可以将 0.56.0 视为构建更稳定框架的基础：可能需要一到两周的广泛采用才能消除所有边缘情况，但这将带来更好的 2018 年 7 月（0.57.0）版本。
我们想以感谢所有 67 位贡献者，他们总共提交了 818 次提交（！），这将帮助您的应用程序变得更好👏，来结束本节。
现在，话不多说...
重大变更
Babel 7
如您所知，让我们所有人都能够使用 JavaScript 最新和最强大功能的转译工具 Babel 即将升级到v7。由于此新版本带来了一些重要的更改，我们觉得现在是升级的好时机，这将使Metro能够利用其改进。
如果您在升级时遇到问题，请参阅相关的文档部分。
现代化 Android 支持
在 Android 上，许多周边工具都发生了变化。我们已更新到Gradle 3.5、Android SDK 26、Fresco 1.9.0 和 OkHttp 3.10.0，甚至将NDK API 目标更新到 API 16。这些更改应该不会出现问题，并且会带来更快的构建速度。更重要的是，它将帮助开发者遵守下个月生效的新的 Play Store 要求。
为此，我们要特别感谢Dulmandakh提交了许多 PR，使其成为可能👏。
在这个方向上还需要采取一些步骤，您可以在专门的问题（以及JSC的附带问题）中跟踪更新 Android 支持的未来规划和讨论。
新的 Node、Xcode、React 和 Flow – 哦天哪！
Node 8 现在是 React Native 的标准。它实际上已经在测试中，但随着 Node 6 进入维护模式，我们全力以赴。React 也更新到了 16.4，这带来了大量的修复。
我们放弃了对 iOS 8 的支持，使 iOS 9 成为可以定位的最旧 iOS 版本。我们认为这不会成为问题，因为任何可以运行 iOS 8 的设备都可以升级到 iOS 9。这一更改使我们能够删除为运行 iOS 8 的旧设备实现变通方法的很少使用的代码。
持续集成工具链已更新以使用 Xcode 9.4，确保所有 iOS 测试都在 Apple 提供的最新开发工具上运行。
我们已经升级到Flow 0.75，以使用许多开发者赞赏的新错误格式。我们还为更多组件创建了类型。如果您尚未在项目中强制执行静态类型检查，请考虑使用 Flow 在编码时而不是在运行时识别问题。
还有很多其他事情...
例如，YellowBox 被替换为新的实现，这使得调试变得更好。
有关完整的发布说明，请参阅此处的完整变更日志。请记住关注升级指南，以避免迁移到此新版本时出现问题。
最后一点：从本周开始，React Native 核心团队将恢复每月会议。我们将确保让每个人都了解所涵盖的内容，并确保在未来的会议中随时获取您的反馈。
祝大家编码愉快！
Lorenzo、Ryan 以及整个 React Native 核心团队
附注：一如既往，我们想提醒大家，React Native 仍处于 0.x 版本，因为仍在进行许多更改——所以请记住，在升级时，是的，可能仍然会崩溃或出现问题。在问题中和提交 PR 时互相帮助——并记住遵守执行的行为准则：屏幕的另一边总是一个人。