release

リリースワークフロー

現在のリポジトリでは、次のワークフローに従ってください。

変更履歴のドラフトを準備する

1. ./scripts/get-changes-since-tag.sh を実行します。
2. 必要に応じて、変更を次のセクションに分類します：Added、Changed、Deprecated、Removed、Fixed、Security、Thanks。
3. スクリプトの出力には、次のルールを適用します。
   • スクリプトの出力にある GitHub ユーザー名を使用します。
   • Thanks から yoshiko-pg と renovate[bot] を除外します。
   • 利用可能な場合は PR 番号を含めます。
   • 各セクション内で、PR 番号を含む箇条書きは PR 番号の昇順に並べ、1 つの箇条書きに複数の PR 番号を記載する場合も昇順にします。
   • 分類にはコミットの件名と本文を使用します。
   • グループ化された依存関係の更新、パッケージマネージャーのバージョン更新、通常の個別依存関係の更新など、定例の依存関係のみの更新は、- Update dependencies (#123 #124 #125) の形式の Changed の箇条書き 1 つにまとめます。依存関係の変更が定例のメンテナンスを超えて明らかにユーザーに影響する場合に限り、別の箇条書きにします。
4. 分類した内容を CHANGELOG.md の ## [Unreleased] の下に記載します。
5. 日本語でユーザーに確認を求めます。

明示的な OK の後にリリースする

• OK の後に許可される CHANGELOG.md の編集は、次のものに限ります。
  • 今日の日付を付けた新しいバージョン見出しを ## [Unreleased] の直下に挿入する
  • 記録した Unreleased の本文を変更せずに新しい見出しの下へ移動する
  • ## [Unreleased] を空にする
  • Unreleased と新しいバージョンの下部の比較リンクを更新する

1. npm version --no-git-tag-version patch を実行します。
2. 現在の Unreleased の内容を、今日の日付を付けた新しいバージョンセクションに移動します。
3. 下部のリンクを更新します。
   • Unreleased の比較リンクを新しいバージョンタグに更新します。
   • 新しいバージョンの比較リンクを追加します。
4. CHANGELOG.md と package.json を、英語のコミットメッセージ chore: release vX.Y.Z でコミットします。
5. vX.Y.Z タグを作成します。
6. main とタグをプッシュします：git push origin main --tags。
7. プッシュが non-fast-forward により拒否された場合：
   • git pull --rebase origin main を実行します。
   • git push origin main --tags を再実行します。
8. CHANGELOG.md の新しいバージョンセクションのテキストからリリースノートを作成します。
9. origin に GitHub リリースを作成します。
   • gh release create vX.Y.Z --title "vX.Y.Z" --notes-file <notes-file>

ユーザーへの出力

• 日本語で回答します。
• 更新したファイル、作成したタグ、GitHub リリースの URL を報告します。
• non-fast-forward によるリベースなど、復旧手順が必要だった場合はその旨を伝えます。