能否用新React Native项目替换旧版应用并关联App Store已上架应用？

新建空项目迁移代码的实操经验 #

• 多份生产环境项目的升级实践证明，跨大版本升级（尤其是从0.59升到0.60这个架构变动节点），直接使用官方升级工具踩坑概率极高。0.60版本首次引入了自动链接（AutoLinking）机制，原生依赖配置逻辑和旧版本完全不兼容，新建空项目迁移代码是比硬升更可控、耗时更短的方案。
• 迁移按以下优先级执行效率最高：
  1. 先创建对应目标版本的空React Native项目，先跑通双端模拟器运行、release打包流程，确认基础开发环境和空项目本身没有问题，再开始迁移内容。
  2. 优先迁移纯JS/TS业务代码，调整路径引用，暂时移除所有带原生能力的第三方依赖，只保留纯JS依赖，先保证业务逻辑在空项目中可以正常跑通。
  3. 逐个引入需要的第三方依赖，优先选择适配0.60+版本的包版本，借助自动链接能力，90%以上的原生依赖不需要手动修改原生配置，少数需要手动配置的包按官方0.60+版本的文档调整即可。
  4. 最后迁移自定义原生代码，iOS端注意对齐Podfile配置，Android端注意对齐build.gradle、AndroidManifest.xml的配置项。
• 注意事项：0.60版本默认iOS端全部依赖通过CocoaPods管理，旧项目中手动拖入Xcode的原生依赖必须改成Pod引入，不要保留手动拖入的配置，否则会出现大量符号冲突、打包失败的问题。

新项目与已上架App Store应用关联方法 #

• 不需要做特殊的关联操作，只要满足以下两个核心条件，新项目打包的安装包就可以直接作为旧应用的新版本上传至App Store Connect：
  • 应用的Bundle ID和之前上架的旧应用完全一致，大小写不能有任何差异
  • 新版本的版本号（Version Number）、构建号（Build Number）均高于App Store上已上架的最新版本的对应数值
• 其他配置如应用名称、图标、开发者账号和旧版本保持一致即可，审核通过后发布就可以正常覆盖用户设备上的旧版本，原有用户数据不会丢失。

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