release

# リリーススキル `develop` でバージョンを上げ、`develop → main` の PR 経由で main へ反映し、タグ・GitHub Release・develop へのマージバックまでを実行するスキルです。 > **npm publish は行いません。** `.github/workflows/publish.yml` が GitHub Release の `published` を契機に OIDC（npm Trusted Publishers）で自動 publish します。ローカルには publish 用の認証が無いため、`npm publish` を手元で実行してはいけません。 ## 使用方法 ```bash /release patch # パッチバージョンアップ (0.10.0 → 0.10.1) /release minor # マイナーバージョンアップ (0.10.0 → 0.11.0) /release major # メジャーバージョンアップ (0.10.0 → 1.0.0) /release 1.0.0 # 直接バージョン指定 ``` ## 前提条件 - **`develop` ブランチ**が最新で、`origin/develop` と同期していること（リリースは develop 基点。main 基点ではない） - 作業ツリーがクリーンであること - 検証ゲートが通ること（Phase 2-3 参照）。**`npm run build` は primary checkout で回さない** — 稼働サーバの `.next` を壊すため。build の検証はリリース PR の CI が行う ## 全体の流れ ``` develop ──PR (squash)──> main ──annotated tag──> GitHub Release 作成 │ └─> publish.yml (OIDC) ──> npm develop <──merge -s ours── main （祖先復元。squash で切れるため必須） ``` **`release/*` ブランチは経由しない。** `origin/release/v*` は v0.5.x までしか存在せず、 `release` ブランチを切る手順（#1202）は v0.10.0 で廃止されている。`publish.yml` のトリガーは `on: release: types: [published]` ＝ **GitHub Release オブジェクトの公開**であって、 ブランチへの push ではない。 **このスキルは `develop` からしか実行できない**（Phase 1-1 で確認し、それ以外は中断する）。 ## この手順が「なぜこの形か」 | 事実 | 理由 | |---|---| | main へ直接 push しない | `.git/hooks/pre-push` が `protected_branch='main'` で拒否する。**PR 経由が唯一の経路** | | PR は `develop → main` | v0.10.0 以降...