React Native Expo集成Firebase后Azure流水线CocoaPods安装失败求助

针对你遇到的Azure流水线CocoaPods安装失败（FirebaseCoreInternal依赖GoogleUtilities未定义模块）问题，以下是适配CI环境的具体解决步骤：

• 强制基于Expo预构建生成Podfile
  不要手动维护Podfile，在Azure流水线脚本中添加npx expo prebuild --clean命令，确保每次构建都生成最新的、符合Expo配置的Podfile，避免本地修改或缓存的旧配置在CI中生效。

• 通过expo-build-properties配置模块化头文件
  仅设置useFrameworks: static不足以解决依赖的模块问题，需在app.json的expo-build-properties插件中添加特定依赖的modular headers配置：

  "plugins": [
    [
      "expo-build-properties",
      {
        "ios": {
          "useFrameworks": "static",
          "modularHeaders": {
            "FirebaseCoreInternal": true,
            "GoogleUtilities": true
          }
        }
      }
    ]
  ]
  

  该配置会让Expo预构建时自动在Podfile中为指定依赖注入:modular_headers => true，比手动修改Podfile更稳定。

• 清理CI环境的依赖缓存
  Azure流水线的Pods缓存可能残留旧配置，导致新的模块化头设置不生效。在CocoaPods安装步骤前添加清理命令：

  rm -rf ios/Pods ios/Podfile.lock
  pod cache clean --all
  

  同时检查Azure的缓存任务，确保ios/Pods和Podfile.lock不被缓存，每次构建都拉取最新依赖。

• 对齐本地与CI的环境版本
  本地和CI的Node.js、Expo CLI版本差异可能导致预构建行为不一致。在流水线中指定与本地完全一致的版本：

  nvm install 18.17.0 # 替换为你本地的Node.js版本
  nvm use 18.17.0
  npm install -g expo-cli@5.4.12 # 替换为你本地的Expo CLI版本
  

• 兜底：手动修改生成的Podfile
  如果上述方法无效，可在expo prebuild执行后，通过脚本修改生成的Podfile：

  # macOS代理执行（Azure macOS runner）
  sed -i '' 's/target/use_modular_headers!\n&/' ios/Podfile
  # 或针对特定依赖添加
  sed -i '' '/pod '\''FirebaseCoreInternal'\''/s/$/, :modular_headers => true/' ios/Podfile
  

  若使用Linux代理，将sed -i ''改为sed -i。

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