React Native升级失败后手动解决冲突并构建成功，是否完成升级？

手动解决冲突后应用能正常构建运行，仅说明核心依赖与基础配置已修复，但不代表升级完全完成。大型应用因依赖复杂、自定义配置多，很可能存在隐性未处理项，需通过以下检查项逐一确认：

一、依赖与配置文件验证 #

• 核对package.json中RN生态依赖版本：确保react-native严格为0.62.3，react对应16.13.1（RN 0.62.x的强制依赖），同时同步升级metro-react-native-babel-preset、@react-native-community/cli等工具链依赖，避免版本错位引发隐性问题。
• 检查iOS端Pod配置：确认Podfile中use_native_modules!配置生效，Podfile.lock里所有RN相关pod（如React、RCTImage）版本与0.62.3一致，无旧版本残留；第三方原生pod需确认适配RN 0.62。
• 验证Android端Gradle配置：确认android/build.gradle中compileSdkVersion至少为29（RN 0.62要求），android/app/build.gradle里react-native的gradle依赖版本正确，无硬编码旧版本的情况。
• 检查Babel配置：.babelrc或babel.config.js需使用对应版本的metro-react-native-babel-preset，移除过时的Babel插件配置。

二、原生模块与第三方库兼容性检查 #

• 排查所有第三方依赖：对照每个npm包的官方文档，确认其支持RN 0.62.3；自定义原生模块需检查iOS端.m/.h、Android端.java/.kt文件，适配RN 0.62的桥接API、模块注册方式变化。
• 全量测试原生功能：覆盖相机、定位、推送、文件读写等依赖原生模块的功能，确保无崩溃、无功能异常。
• 核对权限配置：检查iOSInfo.plist、AndroidAndroidManifest.xml，确认升级过程中未误删权限声明、Scheme配置等必要内容。

三、核心功能与UI一致性验证 #

• 跑通核心业务流程：测试登录、支付、页面跳转、状态管理（Redux/Mobx等）等核心逻辑，排查是否因RN内部API变动（如FlatList、TextInput属性调整）导致的逻辑异常。
• 校验UI渲染：对比升级前后的页面布局，检查Flex布局、字体显示、图片加载、组件样式是否正常，无错乱或渲染异常。
• 多设备/系统兼容性测试：iOS覆盖iOS 13、14等主流版本，Android覆盖API 28、29、30等不同等级，确保全环境下应用正常运行。

四、性能与日志排查 #

• 监控启动速度：对比升级前后的冷启动、热启动时间，确认无明显性能下降。
• 排查调试日志：开发模式下打开RN调试器，重点关注YellowBox警告（RN 0.62仍使用YellowBox），及时处理过时API提示、模块加载错误等问题。
• 验证生产构建：执行npm run ios --configuration Release和npm run android --variant Release，确保生产包能正常构建、安装、运行，无编译错误或运行时崩溃。

五、后续维护准备 #

• 扫描依赖安全漏洞：用npm audit工具排查依赖中的高风险漏洞并修复。
• 记录升级细节：整理升级过程中处理的冲突点、修改的配置项，更新项目文档以便后续维护。
• 保留旧版本分支：暂时保留升级前的代码分支，若后续发现问题可快速回滚对比。

内容的提问来源于stack exchange，提问作者Pottercomuneo