一次编译，多种产物：使用脚本一次性生成 APK、IPA 与 HAP。

统一配置文件：.yaml 或 .json 中预先写好每个平台的 API Key、证书路径以及发布说明。

并行上传：内部调度器同时向 10+ 家应用商店推送，同步返回状态码。

结果聚合：所有链接自动拼接成 Markdown 表格或二维码图片，一键复制到聊天工具。

打开 VSCode，搜索并安装名为"Flu CLI"的 ；右键项目根目录即可kan到「Flu: 发布中心」入口。点击后弹出配置向导：

// 示例 flu-config.json
{
  "platforms": ,
  "credentials": {
    "huawei": {"apiKey":"xxxx"},
    "xiaomi": {"appId":"xxxx","appKey":"xxxx"}
  },
  "releaseNote": "修复若干Yi知 BUG，提升稳定性"
}

ACTION：保存后插件会自动读取本地编译产物并并发调用对应 API，整个过程不需要离开编辑器。你只需要去厨房倒杯水——等回来就kan到「全部完成」的提示。

If you prefer terminal:

npm i -g @huoye/app-ship
# 初始化配置文件
app-ship init   # 会在当前目录生成 app-ship.yaml
# 一键上传
app-ship upload -c app-ship.yaml -f ./dist/app-release.apk

The YAML file looks like this:

platforms:
  - huawei
  - xiaomi
  - oppo
  - appstore
credentials:
  huawei:
    apiKey: your_huawei_key
  xiaomi:
    appId: your_xiaomi_id
    appKey: your_xiaomi_key
releaseNote: |
  新增用户画像功Neng；
  优化首页加载速度；
metadata:
  versionName: ${VERSION}
  versionCode: ${CODE}

The tool internally creates a pool of workers (默认5个），Zui大并发数可自行调节——即使网络出现短暂中断，也会自动重试，不会因为单个平台卡住而导致整体卡死。

If you already have CI pipeline, just add a step:

- name: Build Flutter APK & IPA
  run: |
    flutter build apk --release
    flutter build ios --release --no-codesign
- name: Upload to All Stores
  uses: huoye/app-ship-action@v1
  with:
    config-file: ./app-ship.yaml
    artifact-path: ./build/app/outputs/flutter-apk/app-release.apk

This snippet demonstrates that从代码提交到多平台发布，仅需两步即可完成。

"纸鸢"是一款聚焦短视频+电商的新锐产品，在 iOS 16.4 系统正式版上线后需要同步geng新至华为、小米、OPPO 等国产渠道，以保持用户体验一致性。

#准备阶段：团队统一使用 Flutter 编译，一次产出三份产物。

#配置阶段：@huoye/app‑ship 的 yaml 中预填了七家商店的 token 与签名文件路径；发布说明采用 markdown，可直接渲染在各平台审核页面。

#执行阶段：Pipelines 在 GitHub Actions 完成编译后立即触发 upload 步骤；整个过程仅耗时约 7 分钟。

#结果展示：Kubernetes Dashboard 上Ke以kan到每家商店的返回状态；所有链接汇总后自动生成二维码，通过企业微信一次性发送给测试团队。

从「手动点几百下」到「全自动十分钟搞定」，团队成员甚至把这段时间用来喝咖啡、聊八卦——效率提升直观可感。

CICD 环境变量中存放 API Key 与证书密码；不要把私钥硬编码进源码仓库，否则容易泄露。

@huoye/app‑ship 支持本地加密缓存，只要首次填写密钥，即可在后续运行时自动解密使用。

AWS S3 上传完毕后立即返回成功，但 App Store 的审查可Neng需要数小时甚至数天。建议在 YAML 中添加 “draft” 参数，对苹果使用草稿模式，让内部测试先行验证。

C端用户只关心是否Neng下载，所以Ke以先把非关键平台设为 “skip”，等业务高峰过去再补齐完整上架。

A/B 测试时经常出现同一天内多次提交导致 versionCode 重复。工具提供 “auto‑increment” 功Neng，会根据 Git tag 自动递增数字，从根本避免冲突。

If you need to roll back quickly，只需改回旧版号重新上传即可，无需手动修改每个平台的设置页面。

The upload manager 内置指数退避算法，当检测到 HTTP 504 或网络超时时会自动延迟重试，并记录日志供日后排查。

You can also set “maxConcurrent” 为较小值，降低瞬时带宽占用，以免公司内部网络被压垮。

从Zui初的「打开 VSCode 按一下按钮」到现在的「CI 自动触发」，我们Yi经把原本散落在十几块屏幕上的繁琐步骤压缩进了几行配置代码。当你 听到同事抱怨“又要去填验证码”，请淡淡一笑，因为背后Yi经有一套完整的引擎在默默代劳了。

Ru果你也想摆脱手动发版带来的焦虑，不妨立即尝试以下两步：

或直接执行 npm 安装命令获取全功Neng CLI 工具；