Flutter アプリのリリースフローを考える

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

© 2024 Wantedly, Inc. 前提 ● 初回リリースを終え次回以降のリリースは自動化させたい ● iOS メインで Android はほぼ初めての対応 ○ iOS でのリリースフロー周りは検討がついている ● その上で Android 向けのリリースフローを構築したい ● また、なるべくリリースタイミングを揃えたい ○ 自動化する上でタイミングを揃えることができれば逆にずらしたいケースも対応可能なはず

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

© 2024 Wantedly, Inc. 署名管理の属人化どちらのプラットフォームもストア向けの署名のための Key を取り扱う必要がある ● iOS ○ Cloud 管理署名用の App Store Connect API Key https://speakerdeck.com/swiftty/try-cloud-managed-certificates ● Android ○ Google Play Console に AppBundle をアップロードする際に署名するアップロードキー ○ Google Play Developer API Key 用の JSON Key

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

© 2024 Wantedly, Inc. リリース準備 ● CI から prepare_release ワークフローをキック ○ release/x.x.x を作成し master へ向けた PR をオープンする ○ PR に記載の手順に沿ってリリースの準備を進める（QA など） ○ release/x.x.x に更新があると iOS / Android のリリースビルドを行いバイナリがアップロードされる ■ 修正を取り込むと新しいバイナリがアップロードされる ● 📝 Android → internal トラック向けにアップロード prepare_release

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© 2024 Wantedly, Inc. 申請 ● CI から submit ワークフローをキック ○ アップロードされたバイナリを審査に提出する ● 📝 Android → internal トラックを production トラックに変更 ○ ※iOS と同様に審査フェーズがあるため管理対象の公開をオンとし審査後自動でリリースされないように設定 submit iOS 側で審査に時間がかかったりリジェクトされたときに Android の公開が始まってしまうとバージョンがずれるなど管理が煩雑になってしまうため

Slide 17

Slide 17 text

© 2024 Wantedly, Inc. 公開 ● prepare_release で作成された PR をマージ ○ iOS は自動で段階的リリースを開始 ○ GitHub Releases を作成し master → develop へのマージ PR をオープンする ● 📝 Android → 手動で Google Play Console から公開を開始する ○ ※Google Play Developer API には管理対象の公開の際に公開状態を変更するための API がない（？） https://stackoverflow.com/questions/74123544/automate-play-store-release-with-managed-publishing-google-play-api https://issuetracker.google.com/issues/179708468?pli=1 release