shorebird-patch

Shorebird パッチ配布

Shorebird OTA パッチを staging に作成する。stable への昇格はユーザーが検証後に手動で実施する。

新バージョンのリリースは /release-mobile スキルを使用する。 アセット差分でパッチが適用されない場合も、/release-mobile でリリース後に再パッチする。

フロー概要

patch (staging) → デバッグ画面で検証 → ユーザーが promote (stable) → 全ユーザーに配信

パッチ手順

1. バージョン確認

grep '^version:' apps/mobile/pubspec.yaml

version: X.Y.Z+N の値を記録する（= <version>）。

2. パッチ作成 (staging)

引数でプラットフォームが指定された場合はそのまま使う。指定がなければ、その時点のエージェントで利用可能な質問手段でユーザーに確認する。特定の質問ツール名には依存しない。

# iOS
bash .claude/skills/shorebird-patch/patch.sh ios <version>

# Android
bash .claude/skills/shorebird-patch/patch.sh android <version>

# 両方の場合は順番に実行

スクリプトが以下を一括で行う:

• shorebird patch で staging にパッチ作成
• --allow-asset-diffs によりアセット変更の確認プロンプトを自動スキップ

完了後の出力から パッチ番号 を記録する（= <patch-number>）。

3. アセット差分の検証（重要）

パッチ出力に以下の警告が含まれていないか確認する:

[WARN] Your app contains asset changes, which will not be included in the patch.

この警告が出た場合、パッチは publish されるが実機に適用されない可能性が高い。

対処法

アセット差分が検出された場合、ユーザーに以下を報告する:

1. 警告内容: どのファイルにアセット差分があるか（例: MaterialIcons-Regular.otf）
2. 影響: パッチは作成されるが、デバイスでダウンロード後に適用されない
3. 推奨対応: /release-mobile で新リリースを作成してから、クリーンな状態でパッチを再作成する

4. 検証（staging）

パッチが staging に配信されたら、以下の方法で検証する:

• ローカル: shorebird preview --track=staging --release-version=<version>
• 実機（TestFlight等）: アプリのデバッグ画面（ロゴ5連打）→ Update Track を Staging に変更 → アプリ再起動

5. Promote (staging → stable)

このスキルでは stable への昇格は実行しない。検証が問題なければ、ユーザーが以下を手動実行する:

bash .claude/skills/shorebird-patch/promote.sh <version> <patch-number>

エージェントは promote を自動実行せず、上記コマンドをそのまま案内する。

6. 完了報告

以下を報告する:

• パッチ番号
• 対象プラットフォーム
• リリースバージョン
• トラック: staging に配信済み
• stable 昇格は未実施で、ユーザー実行待ちであること
• アセット差分: あり/なし（ありの場合は警告を明記）
• ユーザーがそのまま実行できる promote コマンド

npm scripts

npm run shorebird:patch:android -- <release-version>
npm run shorebird:patch:ios -- <release-version>
npm run shorebird:promote -- <release-version> <patch-number>