変更対象のモジュール・ディレクトリ名を入力してください
0 / 72
50文字以内を推奨（72文字が上限）。動詞から始めて現在形で記述します
なぜこの変更が必要か、どのように実装したかを記述します
Issue番号を入力すると「Closes #123」が自動追記されます
生成されたメッセージ
最近の履歴
まだ履歴がありません。メッセージを生成するとここに保存されます。
使い方
- タイプを選択 — feat（新機能）・fix（バグ修正）・docs（ドキュメント）など、変更の種類に合ったタイプをボタンで選んでください。
- スコープを入力（任意）— 変更の影響範囲を示すモジュール名やディレクトリ名を入力します。例:
auth、ui、api - 件名を入力 — 変更内容を50文字以内で簡潔に記述します。「何をしたか」を現在形・命令形で書くのが慣例です。
- 本文・Issue番号を入力（任意）— 変更の背景や関連Issueがある場合は追記します。
- コピーして使う — 「コピー」ボタンを押すと生成されたコミットメッセージがクリップボードに入ります。ターミナルに貼り付けるだけで完成です。
Conventional Commitsとは
Conventional Commits（コンベンショナルコミット）は、GitコミットメッセージにAngularのコミット規約をベースとした統一フォーマットを定めたオープンな仕様です。
type(scope): subject という形式でメッセージを記述することで、変更履歴の可読性が上がり、CHANGELOGの自動生成やセマンティックバージョニングの自動化が可能になります。
チーム開発では commitlint などのCIツールと組み合わせてルールを強制するケースが一般的ですが、このツールはブラウザ上でGUIとして利用できるため、CLIのセットアップが不要です。
feat / fix / docs / style / refactor / test / chore / perf / ci / build の10種類のタイプをサポートしており、BREAKING CHANGEフッターにも対応しています。
各タイプの使い分け
feat- 新しい機能の追加
fix- バグの修正
docs- ドキュメントのみの変更
style- コードの動作に影響しない書式変更（スペース・セミコロン等）
refactor- バグ修正・機能追加を含まないコード変更
test- テストの追加・修正
chore- ビルドプロセス・補助ツールの変更
perf- パフォーマンス改善
ci- CI設定・スクリプトの変更
build- ビルドシステム・外部依存に影響する変更