🐟 Flutter 摸鱼预告片: 把「手动发版」这坨屎,交给 Flu CLI 打扫

0 阅读2分钟

这是一篇预告。 功能已经写完,还没上线。 但我等不及了,想提前告诉你们。


一个让我羞耻的发版故事

上个月的发版日,我盯着屏幕整整坐了两个半小时。

不是在调 Bug,不是在优化性能。

是在手动、逐个、一个一个地打开应用商店后台,登录、找到应用、拖进 APK、填更新说明、等上传、提交审核……

华为传完传小米,小米传完传 OPPO,OPPO 传完想起还有 App Store,App Store 还得先用 Transporter……

中途华为上传失败了。

重来。

两个半小时后,我把链接发给产品经理,他回了一句:

"辛苦了,这个版本有啥更新来着?"

我直接关掉了聊天窗口。


问题出在哪儿

不是我慢,是这件事本来就不该人来做。

每次发版,你需要:

  • 记住每个平台的后台地址
  • 记住(或者到处找)每个平台的账号密码和 API 密钥
  • 手动一个个上传,等待,确认
  • 把所有链接汇总成一份,发给产品和测试

这个流程没有任何技术含量,却要消耗大量时间和精力。

它不应该存在。


我们做了什么

花了一段时间,我们在 Flu CLI 里做了一个东西:发布中心

不想说太多细节,下个版本你们自己感受。

只说三件事:

① 一个界面,10 个平台

蒲公英、华为、小米、OPPO、vivo、应用宝、App Store、鸿蒙…… 勾选你要上传的渠道,剩下的事情交给它。 并行上传,不用排队等。

② 密钥不会再找不到

每个平台的 API Key、Client ID、私钥…… 配一次,安全存在本地。 下次打开,自动填好,不用翻历史记录。

③ 失败了不用全部重来

某个平台上传失败? 点一下重试,只重试那一个。 其他平台不受影响,继续跑。


还剩什么

功能已经跑通了。

现在在打磨最后的细节——进度显示、错误提示、边界情况的处理。

我们不想把一个「能用」的东西推出去,我们想推一个「好用」的东西。

所以还要再等一等。


最后

如果你也经历过那种「发版日从早上坐到下午还没传完」的感觉,

点个关注,下个版本上线第一时间通知你。

如果你有特别想支持的平台、或者有什么发版路上踩过的坑, 欢迎在评论区告诉我,我想知道我们不是唯一一个被这件事折磨的人。

(顺便说一句,下个版本我们有解法,关注就知道了。🐟)

发版日不应该是噩梦,它应该是摸鱼日。 🐟


Flu CLI · 让 Flutter 开发少一点折腾 完整文档 · 源码仓库 · VSCode 插件市场