ci: リリースをワークフロー実行から回せるようにする

[k163377]

概要

版宣言（-SNAPSHOT の除去・版表記の同期・CHANGELOG の節起こし）が手作業でしか行えず、手順の記載も残っていない状態を解消する。release ワークフローの実行を起点に、リリースが手動の CI 起動を挟まずに流れるようにする。

リリースの流れ

#	操作	起きること
1	release ワークフローを実行	版宣言の PR が出る（CI も自動で起動）
2	その PR をマージ	タグ v<版> が付く
3	そのタグで GitHub Release を作成	publish が起動 → ゲート → Central デプロイ → Plugin Portal → Pages → 版更新 PR
4	Central Portal で validation を確認して release	従来どおり手作業

人手が要るのは 1・2・3 と、取り消せない 4 のみ。

変更

コミット	内容
ci:	release.yml を追加。workflow_dispatch で版宣言 PR を出す（syncVersionMentions 込み）／gradle.properties の変更が main へ入った時にタグを付ける
ci:	publish.yml の起点を release: published へ。CD 側の Release 作成は不要になったため削除。版更新 PR の CI も自動起動
docs:	追加済みの公開ターゲットを CHANGELOG の Unreleased へ記載

設計上の判断

• 版宣言は PR にする: 既定ブランチが PR 経由の更新を必須とするため、直接 push は取れない
• タグ付けは自動・Release 作成は手動: GITHUB_TOKEN が作ったタグの push はワークフローを起こさないため、タグ駆動のままだと自動タグから公開へ繋がらない。取り消せない公開の起点を明示の操作（Release 作成）に置く形へ寄せた
• CI の自動起動: GITHUB_TOKEN が作った PR には必須チェックが報告されずマージできない。workflow_dispatch は GITHUB_TOKEN でも起動できる例外のため、これでブランチ指定で起こす

検証

• 4 つのワークフローを YAML パーサへ通し、トリガーとジョブ構成が意図どおりであることを確認
• 版宣言のシェル処理（版導出・gradle.properties 書換・CHANGELOG の節起こしと冪等性）をローカルで再現
• enumizerVersion=0.1.1 を宣言した状態で syncVersionMentions → checkVersionMentions が pass することを実測（README 3 箇所・概要 1 箇所が現行版へ追随）

未検証は GitHub 上での実走のみ（release の dispatch と release: published の駆動）。

なお現在の #45 は gradle.properties だけを変更しており、そのままマージすると版表記が追随せず公開ゲートの checkVersionMentions で落ちます。

🤖 Generated with Claude Code