リリースノート生成
commitやタスク行を Added、Changed、Fixed、Notes に整理します。
入力はブラウザ内だけで処理されます。 feat は Added、fix は Fixed、change／refactor は Changed、chore、docs、その他は Notes に分類します。
使い方
commitやタスク行を Added、Changed、Fixed、Notes に整理します。
ソフトウェアやアプリのアップデート時に、Gitのコミットログから見やすいリリースノート（更新履歴）を自動生成するツールです。featやfixなどの規約に従ったコミットを、「新機能」「不具合修正」「改善」ごとに自動分類します。
💡 かんたん3ステップ利用ガイド
Gitのコミットメッセージをテキストエリアに入力します。
Conventional Commitsの規約に基づいて、機能追加やバグ修正ごとに自動で仕分けされます。
GitHub Releasesや社内共有、ユーザー向け告知にそのまま使えるMarkdown文章を取得します。
利用場面
製品更新、顧客告知、内部引き継ぎに使えます。
計算・処理方法
feat は Added、fix は Fixed、change／refactor は Changed、chore、docs、その他は Notes に分類します。
具体例
例：feat、fix、change、chore の各行からリリースノートを作成。
制限とデータ処理
Markdownは下書きです。名称、バージョン、利用者への影響を確認してください。
いいえ。ブラウザ内で分類し、分析にはツール識別子だけを記録します。
セマンティックバージョニング（SemVer）・リリースノート作成ガイド
1. セマンティックバージョニング（SemVer 2.0.0）の原則
「メジャー.マイナー.パッチ」の3つの数字でバージョンを管理する世界標準です。後方互換性の破壊（メジャー）、新機能追加（マイナー）、バグ修正（パッチ）を明確に伝達します。
2. Keep a Changelog に基づく変更履歴の標準分類
Added（追加）、Changed（変更）、Deprecated（非推奨）、Removed（削除）、Fixed（修正）、Security（セキュリティ）のカテゴリ分けにより、読みやすく整理された更新履歴を作成します。
3. ユーザー視点に立ったリリースノート作成のコツ
内部の技術的な変更だけでなく、ユーザーにとって「何が便利になったのか」をわかりやすく伝える文章構成をサポートします。
Feedback
このツールへのフィードバック
ツールの提案や不具合報告を送れます。
よくある質問
リリースノート生成には何を入力しますか？
commitまたはタスクを1行ずつ入力し、feat、fix、choreなどのプレフィックスを使えます。
リリースノート生成では章をどう分類しますか？
feat は Added、fix は Fixed、change と refactor は Changed、chore、docs、その他のプレフィックスは Notes に入ります。
リリースノート生成の結果をそのまま公開できますか？
Markdownは下書きです。名称、バージョン、利用者への影響を確認してください。
リリースノート生成はcommit内容をアップロードしますか？
いいえ。ブラウザ内で分類し、分析にはツール識別子だけを記録します。