Git 让升级更轻松

升级到新版本的 React Native 一直很困难。你可能以前见过这样的情况

这些选项都不理想。覆盖文件我们会丢失本地更改。不覆盖则无法获得最新更新。

今天我很高兴介绍一个有助于解决此问题的新工具。该工具名为 react-native-git-upgrade，并在后台使用 Git 尽可能自动解决冲突。

用法

要求：Git 必须在 PATH 中可用。你的项目无需由 Git 管理。

全局安装 react-native-git-upgrade

$ npm install -g react-native-git-upgrade

或者，使用 Yarn

$ yarn global add react-native-git-upgrade

然后，在你的项目目录中运行它

$ cd MyProject
$ react-native-git-upgrade 0.38.0

注意：请不要运行 'npm install' 来安装新版本的 react-native。该工具需要能够比较旧的和新的项目模板才能正常工作。只需如上所示在你的应用文件夹内运行它，同时仍然保持在旧版本。

示例输出

你也可以不带参数运行 react-native-git-upgrade 以升级到最新版本的 React Native。

我们尝试保留你在 Android 和 iOS 构建文件中的更改，因此升级后你无需运行 react-native link。

我们将实现设计为尽可能少的侵入性。它完全基于在临时目录中即时创建的本地 Git 仓库。它不会干扰你的项目仓库（无论你使用什么 VCS：Git、SVN、Mercurial，...或不使用）。如果出现意外错误，你的源代码会得到恢复。

它是如何工作的？

关键步骤是生成一个 Git 补丁。该补丁包含你的应用正在使用的版本与新版本之间 React Native 模板中的所有更改。

为了获取这个补丁，我们需要从你的 node_modules 目录中 react-native 包内嵌的模板（这些与 react-native init 命令使用的模板相同）生成一个应用。然后，在从当前版本和新版本的模板生成原生应用后，Git 能够生成一个适应你项目（即包含你的应用名称）的补丁。

[...]

diff --git a/ios/MyAwesomeApp/Info.plist b/ios/MyAwesomeApp/Info.plist
index e98ebb0..2fb6a11 100644
--- a/ios/MyAwesomeApp/Info.plist
+++ b/ios/MyAwesomeApp/Info.plist
@@ -45,7 +45,7 @@
        <dict>
            <key>localhost</key>
            <dict>
-               <key>NSTemporaryExceptionAllowsInsecureHTTPLoads</key>
+               <key>NSExceptionAllowsInsecureHTTPLoads</key>
                <true/>
            </dict>
        </dict>
[...]

现在我们只需将此补丁应用到你的源文件。虽然旧的 react-native upgrade 过程会对任何微小差异提示你，但 Git 能够使用其三方合并算法自动合并大部分更改，并最终留下我们熟悉的冲突分隔符

    13B07F951A680F5B00A75B9A /* Release */ = {
      isa = XCBuildConfiguration;
      buildSettings = {
        ASSETCATALOG_COMPILER_APPICON_NAME = AppIcon;
<<<<<<< ours
        CODE_SIGN_IDENTITY = "iPhone Developer";
        FRAMEWORK_SEARCH_PATHS = (
          "$(inherited)",
          "$(PROJECT_DIR)/HockeySDK.embeddedframework",
          "$(PROJECT_DIR)/HockeySDK-iOS/HockeySDK.embeddedframework",
        );
=======
        CURRENT_PROJECT_VERSION = 1;
>>>>>>> theirs
        HEADER_SEARCH_PATHS = (
          "$(inherited)",
          /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include,
          "$(SRCROOT)/../node_modules/react-native/React/**",
          "$(SRCROOT)/../node_modules/react-native-code-push/ios/CodePush/**",
        );

这些冲突通常很容易理解。分隔符 ours 代表“你的团队”，而 theirs 可以看作是“React Native 团队”。

为什么要引入一个新的全局包？

React Native 带有一个全局 CLI（react-native-cli 包），它将命令委托给嵌入在 node_modules/react-native/local-cli 目录中的本地 CLI。

如前所述，该过程必须从你当前的 React Native 版本开始。如果我们将实现嵌入到 local-cli 中，那么在使用旧版本 React Native 时，你将无法享受此功能。例如，如果这个新的升级代码只在 0.38.0 中发布，你就无法从 0.29.2 升级到 0.38.0。

基于 Git 的升级是开发体验的一大改进，使其对所有人可用非常重要。通过使用全局安装的独立包 react-native-git-upgrade，无论你的项目使用哪个版本的 React Native，你今天就可以使用这个新代码。

另一个原因是 Martin Konicek 最近的 Yeoman 清理。我们不想将这些 Yeoman 依赖项重新引入 react-native 包，以便能够评估旧模板以创建补丁。

试用并提供反馈

最后，我想说，享受这个功能，并随时提出改进建议、报告问题，尤其是发送 Pull Request。每个环境都略有不同，每个 React Native 项目也不同，我们需要你的反馈才能让它适用于所有人。

谢谢！

我要感谢出色的公司 Zenika 和 M6 Web（已存档），没有他们，这一切都不可能实现！