android-ci-cd-release-playstore

Android CI CD Play ストアリリース

使用する場面

• リクエストが次の内容に関する場合に、このスキルを使用します：Android の CI CD パイプライン、Play ストアのリリース自動化、Android の署名とリリース。
• 主な成果：Android CI、バージョン管理、署名の境界、リリースチャネル、Play 対応の配信ワークフローを自動化します。
• 対象範囲が広がる場合は、次のスキルに引き継ぎます：
• android-gradle-build-logic
• android-security-best-practices

ワークフロー

1. リスクの範囲を特定します：正確性、セキュリティ、パフォーマンス、テストの深さ、リリース自動化。
2. 起こりそうなリグレッションを検出できる、最も範囲の狭い検証戦略を選びます。
3. 失敗時に単に赤くなるだけでなく、対処につながる情報が得られるようワークフローを計測します。
4. ショーケースアプリとパッケージ出力に対して、関連するチェックを実行します。
5. 残存するリスクがあれば、明確なフォローアップ作業と担当スキルを指定して記録します。

ガードレール

• その場限りのローカル対応より、CI で再現可能なチェックを優先します。
• 曖昧な品質ゲートではなく、具体的な修正手順を示して失敗させます。
• シークレット、署名素材、本番用認証情報を、サンプルやフィクスチャに含めないでください。
• パフォーマンスとセキュリティへの取り組みは、根拠に基づくエンジニアリング作業として扱い、経験則に頼らないでください。

アンチパターン

• シグナルを高めずにテストを増やすこと。
• 誰も再現できないベンチマークやセキュリティスキャンを公開すること。
• リリース認証情報をビルドロジックにハードコードすること。
• ユーザーへの影響を解釈できない合成メトリクスを使用すること。

例

順調なケース

• シナリオ：リポジトリの CI ワークフロー、アダプターの生成、バージョンメタデータのフローを検証します。
• コマンド：python3 scripts/validate_repo.py

エッジケース

• シナリオ：タグ付けの前に、カナリアリリースおよび安定版リリースのスクリプトの動作を確認します。
• コマンド：python3 scripts/release.py --channel canary --dry-run

失敗からの復旧

• シナリオ：ビルドロジックのみ、またはセキュリティ関連の作業をリリース自動化に振り分けないようにします。
• コマンド：python3 scripts/eval_triggers.py --skill android-ci-cd-release-playstore

完了チェックリスト

• 実装手順が明確かつ最小限で、適切な Android の対象範囲に沿っています。
• 関連するサンプルコマンドとベンチマーク用プロンプトを実行するか、更新しています。
• リクエストが隣接するスキルの範囲にも及ぶ場合、引き継ぎを文書化しています。
• 選択したパターンと、主な移行またはトラブルシューティングの手順を公式リファレンスで確認できます。

公式リファレンス

• https://developer.android.com/build/build-for-release
• https://developer.android.com/studio/publish
• https://developer.android.com/studio/publish/app-signing
• https://developer.android.com/google/play/publishing/multiple-apks