用 Flutter
先查 doctor
把工程、依赖锁文件与需要的资源一起传到 Mac。沿用项目已有的 Flutter 版本,先排除环境问题,再改业务代码。
装齐前置工具
准备 Flutter SDK、完整 Xcode 与 CocoaPods。若工程指定 Flutter 版本或 Ruby 工具链,先按仓库约定安装,避免本地与出包机各用一套版本。
执行诊断后,逐项处理 iOS 工具链提示。设备连接提示不一定阻止归档;Xcode、SDK 与签名配置缺失则需要先处理。
区分两种验证
只想验证编译能否通过,可先运行不签名的 release 构建。它不能替代带签名的安装包,也不能直接作为分发产物。
准备导出 .ipa 时,在 Xcode 的 Signing & Capabilities 中核对 Team、Bundle Identifier、证书与描述文件,再执行正式打包。
按顺序执行
flutter --version
flutter doctor -v
flutter pub get
flutter build ios --release --no-codesign
flutter build ipa --release
最后一条命令需要签名配置完整。输出位置与导出方式以当前 Flutter 版本及命令输出为准,完成后把产物下载到本地验证。
| 报错线索 | 先做什么 | 不要先做什么 |
|---|---|---|
| CocoaPods not installed | 检查 CocoaPods 是否安装,以及当前终端能否找到 pod 命令。 | 不要先删除整个 iOS 工程。 |
| No profiles / signing | 核对 Bundle Identifier、Team 与导出类型是否匹配,检查描述文件有效期。 | 不要把依赖错误与签名错误混在一起处理。 |
| Deployment target | 对照插件要求,统一工程与 Podfile 的最低 iOS 版本,再安装依赖。 | 不要只修改一个 target 后直接重试归档。 |