コミットメッセージジェネレーター
Type・Scope・破壊的変更・Issue 参照付きの Conventional Commits メッセージを生成。git commit コマンドとしてコピー可能。
数字のみ・#123・Closes #123 など。複数はカンマや改行で区切れます。
変更の種類 ✅ / Subject（必須） ❌ / Body ✅ / Issue番号 ✅ / Scope ✅
スコア: 75/100
Subject（必須）を入力するとメッセージがリアルタイムで表示されます
使い方
このツールについて
Type・Scope・破壊的変更・Issue 参照付きの Conventional Commits メッセージを生成。git commit コマンドとしてコピー可能。
使い方
Type と Subject（必須）を入力し、Scope・Body・Breaking Change・Issue は任意で追加。Subject を入力するとメッセージ・Git コマンド・プレビュー（Title/Body/Footer）がリアルタイムで表示されます。バリデーションと文字数（Subject 50 文字／Body 各行 72 文字）も同様に更新。各ブロックのコピーボタンでコピーできます。
オプション
Type: feat, fix, docs, style, refactor, perf, test, build, ci, chore, revert。Scope: 英数字・ハイフン・アンダースコア推奨。Subject: 50 文字以内・小文字開始・末尾ピリオドなし推奨。Issue: #123, Closes #123, Fixes #123, Resolves #123 形式。プレビューラベルの言語: 英語／日本語。
ユースケース
• リリースノートの自動作成（type で分類） • チームのコミット規約の統一 • Breaking Change や Issue 参照の明示 • 履歴の検索・フィルタのしやすさ
技術的な仕組み
入力から 1 行目を type(scope): subject または type: subject で組み立て、Body と Footer（BREAKING CHANGE、Closes #n 等）を連結。git commit は改行なしなら -m "..."、ありなら行ごとに -m "..." をエスケープして出力。
プライバシーとデータの扱い
処理はすべてブラウザ内で完結し、入力・生成メッセージをサーバーへ送信しません。
よくある質問
- Q: Conventional Commitsフォーマットとは何ですか？
- A: Conventional Commitsはコミットメッセージの構造仕様です：type(scope): subject。一般的なタイプはfeat（新機能）・fix（バグ修正）・docs・style・refactor・perf・test・build・ci・chore・revertです。このフォーマットにより自動チェンジログ生成とセマンティックバージョニングが可能になります。
- Q: Breaking Changeとは何ですか？どのようにフラグを立てますか？
- A: Breaking Changeは以前のバージョンと互換性のない方法でパブリックAPIを変更するコミットです。フッターに「BREAKING CHANGE:」を追加するか、タイプの後に!を付けます（例：feat!: remove legacy endpoint）。これはセマンティックバージョニングでメジャーバージョンアップを示します。
- Q: SubjectとBodyには何を書きますか？
- A: Subject（50文字以内）：命令形の簡潔な要約。「add login button」（過去形のaddedではなく）。Body：変更内容と理由の詳細説明で1行72文字で折り返し。Bodyは省略可能ですが重要な変更には推奨します。
- Q: イシューやプルリクエストを参照するにはどうすればいいですか？
- A: Issueフィールドに#123・Closes #123・Fixes #123・Resolves #123などの形式を使います。これらはコミットフッターに配置され、GitHub/GitLabでマージ時に参照されたイシューを自動的にクローズすることがあります。
- Q: コミットメッセージはサーバーに送信されますか？
- A: いいえ。すべての処理はブラウザ内で行われます。入力内容と生成されたメッセージがサーバーに送られることはありません。