React Native项目iOS归档失败、依赖冲突与Podfile报错求助

1. 先修复当前卡壳的Podfile语法错误 #

[!] Invalid 'Podfile' file: syntax error, unexpected end, expecting end-of-input属于Ruby代码块闭合不匹配问题，不需要逐行核对抄来的配置：

• 先把当前改乱的Podfile回退到修改前可正常执行pod install的版本
• 进入ios目录执行ruby -c Podfile，命令会直接定位到未正确闭合的代码块位置，不用手动数end配对
• 这类错误90%是抄配置时漏了代码块开头的do声明、或者多粘贴了多余的end，尤其是post_install、pre_install这类钩子块，最容易出现配对错误
• 注意：网上针对Symbol(s) not found for architecture arm64的高赞答案很多是Xcode 12、13时期的旧方案，针对你碰到的_swift_stdlib_isStackAllocationSafe报错完全不适用，抄旧配置反而会引入新问题

2. 修复归档时的Swift符号找不到报错 #

这个报错是Xcode 14.3+版本和久未维护的旧RN项目Swift标准库配置不匹配导致的，和arm64架构无关，正确修复方式不需要大改Podfile：

• 打开回退后的正常Podfile，找到已有的post_install do |installer|块
• 在块内、对应的闭合end之前，加入以下配置，不要额外新增多余的end：

target.build_configurations.each do |config|
  config.build_settings['ALWAYS_EMBED_SWIFT_STANDARD_LIBRARIES'] = 'YES'
  config.build_settings['SWIFT_VERSION'] = '5.0'
end

• 保存后重新执行pod install即可，不需要额外调整架构排除配置

3. 解决依赖安装死循环问题 #

久未维护的RN项目不要单独升级某一个带原生端的依赖，很容易触发peer dependency冲突陷入报错循环：

• 删掉项目根目录的node_modules、package-lock.json，删掉ios目录下的Pods文件夹、Podfile.lock
• 根目录执行npm install --legacy-peer-deps，不要单独执行npm install react-native-firebase/app这类单独装子包的命令，firebase相关依赖版本要和你当前RN版本匹配，不能直接装latest版本，跨大版本安装必然冲突
• 进入ios目录执行pod install --repo-update
• 打开Xcode清空DerivedData缓存，选择Any iOS Device (arm64)目标重新执行归档即可

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