ci: 公開を main の CI の成功から起こす

[k163377]

リリースのワークフローを、公開の起点・公開の順序・やり直しの 3 点で組み直す。

背景

直近のリリース（2.4.10-0.1.3）で次の 3 つが表面化した。

• 同じ範囲のテストが 4 回走っていた（版宣言 PR の承認ランとブランチ指定の起動で 2 回、マージ後の main で 1 回、公開ゲートで 1 回）
• Gradle Plugin Portal への公開が Maven Central より先に出るため、Central へ載るまでの間、解決できない版が Portal に並ぶ
• 公開の途中で落ちた場合に、どこから再開できるかがジョブに表れていない

変更

ファイル	変更
publish.yml（新設）	CD。main の CI の成功（workflow_run）を起点に、タグ付け → Maven Central → Plugin Portal → GitHub Release / API ドキュメント / 次版の PR まで進める
_publish.yml	削除（publish.yml が引き継ぐ）
release.yml	版宣言 PR を出す入口だけに専念。タグ付けと CI のブランチ指定起動をやめ、やり直しても同じ状態へ収束する形にする
ci.yml	main の push で走るランを後続の push で取り消さない（コミット毎の結果が要るため）。PR のランは従来どおり取り消す

リリースの流れ

① release (manual) を実行 → 版宣言 PR
② PR の CI を Approve and run（1 回）
③ マージ → main の CI（1 回）＝公開の唯一のゲート
④ publish (auto)
     prepare → maven-central → plugin-portal → github-release / docs / next-version
⑤ 次版 PR をマージ（以降の main の CI では何も起きない）

• 公開の起点: main の CI の成功。公開側でテストは走らせない。テストの実行はリリース 1 回あたり 2 回になる
• 公開の順序: Maven Central は公開の確定まで自動で行い（publishAndReleaseToMavenCentral）、成果物が repo1 から引けることを確かめてから Plugin Portal へ出す。待つのは同期だけで、60 秒間隔・50 分で打ち切る
• やり直し: 各ジョブが公開先の状態を見て済んでいれば飛ばす（タグは同一コミットなら再利用・Central / Portal は POM が引ければ skip・Release は存在すれば skip・次版 PR は open なら skip）。失敗したジョブの再実行だけで続きから完了できる
• 公開まわりの手作業は無くなり、残るのはワークフローの起動・CI の承認・PR のマージのみ

検証

• actionlint（YAML・式・shellcheck）: 指摘なし
• run スクリプトの空撃ち: 版宣言の検出・タグ判定の 3 分岐・公開先 URL の組み立て（公開済みの版で 200、未公開の版で 404 を確認）・到達待ちループの両分岐・次版の計算・CHANGELOG のアンカー・PR 本文
• 版の導出に使う Gradle の問い合わせ（properties --property version / group / 子プロジェクトの name）の実行確認

注意

workflow_run は本 PR が main に載ってから有効になるため、初回適用は次のリリースになる。

🤖 Generated with Claude Code