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 基点ではない） - 作業ツリーがクリーンであること - `npm run lint && npx tsc --noEmit && npm run test:unit && npm run build` が通ること ## この手順が「なぜこの形か」 | 事実 | 理由 | |---|---| | main へ直接 push しない | `.git/hooks/pre-push` が `protected_branch='main'` で拒否する。**PR 経由が唯一の経路** | | PR は `develop → main` | v0.10.0 以降の実績（#1314 / #1325）。`release/vX.Y.Z` ブランチを切る旧手順（#1202）は使わない | | squash マージ | 上記 PR は squash される。その結果 **develop の祖先が切れる**ため、マージバックが必須になる | | マージバックは `-s ours` | squash 後は main の tree が develop と同一なので、内容ではなく**祖先関係だけを復元**する | | Release ノートは CHANGELOG 転記 | v0.10.0 以降の実績。`--generate-notes` は v0.9.1 までの形式 | | npm publish しない | `publish.yml` が Release 契機で自動実行する（OIDC / provenance 付き） | --- ## Phase 1: 事前確認 ### 1-1. develop を最新化し、クリーンか確認 ```bash git checkout develop git pull origin develop git status --porcelain # 空であること git rev-list --left-right --count develop...origin/develop # 0 0 であること ``` ### 1-2...