Gitコミットメッセージジェネレーター
ビジュアルフォームビルダーで整形されたConventional Commitsメッセージを生成します。
このツールについて
Gitコミットメッセージジェネレーターは、Conventional Commits仕様に従った 構造化されたコミットメッセージを作成するための無料のブラウザベースツールです。 フォーマットを暗記してコミットメッセージをゼロから入力する代わりに、 コミットタイプの選択、スコープの追加、短い説明の記述、 必要に応じてボディやフッターを含めることができる ビジュアルフォームを提供します。生成されたメッセージはリアルタイムで 更新されるため、コミットされる内容を正確にプレビューできます。
Conventional CommitsはGitコミットメッセージの上に作られた軽量な
規約で、標準化されたフォーマットを提供します。
Semantic Versioningと連携し、
featはminorバージョンアップ、fixはpatchバージョンアップ、
BREAKING CHANGEフッター(またはタイプの後の!)はmajorバージョンアップを
トリガーします。
ツールは11種類の標準コミットタイプをサポートしています:
feat、fix、docs、style、refactor、
perf、test、build、ci、chore、
revert。説明が50文字を超えた場合、大文字で始まる場合、
ピリオドで終わる場合など、commitlintが指摘する
一般的なスタイルの問題を警告するバリデーション機能が含まれています。
Gitリポジトリで作業している場合は、複雑なGitコマンドを構築するための Git Command Builderや、 無視ファイルを作成するための .gitignore Generatorも便利です。 コミット前の変更を比較するには、 Diff Viewerをご確認ください。
すべての処理はブラウザ内で完結します。データがサーバーに 送信されることはありません。コミットメッセージ、プロジェクト名、 スコープ情報がお使いの端末から外に出ることはありません。
使い方
- ドロップダウンからコミットタイプを選択します(例:
feat、fix、docs)。各タイプには使用するタイミングの説明が付いています。 - 必要に応じて、影響を受けるコードベースの領域を示すスコープを入力します(例:
auth、api、ui)。 - 50文字以内で変更の短い説明を記述します。文字数カウンターが40で黄色、50で赤色になります。
- 必要に応じて、変更の動機を説明するボディを追加します。
git logでの可読性のために72文字以内で改行してください。 - 互換性のないAPI変更を導入する場合は、破壊的変更をトグルします。何が壊れるか、移行方法の説明を追加してください。
- 必要に応じて、
Closes #123やRefs #456などの参照用のフッターを追加します。 - CopyをクリックするかCtrl+Shift+Cを押して、生成されたコミットメッセージをクリップボードにコピーします。ターミナルで
git commit -m "..."として貼り付けます。
人気のコミットメッセージ例
よくある質問
Conventional Commitsとは何ですか?
Conventional Commitsは、標準化されたコミットメッセージを書くための仕様です。`type(scope): description`のフォーマットで、オプションのボディとフッターセクションを定義します。Semantic Versioningと連携し、semantic-releaseやstandard-versionなどのツールによる自動チェンジログ生成、バージョンバンプ、リリース管理を可能にします。
どのコミットタイプが利用できますか?
本ツールは11種類のタイプをサポートしています:feat(新機能)、fix(バグ修正)、docs(ドキュメント)、style(フォーマット)、refactor(リファクタリング)、perf(パフォーマンス)、test(テスト)、build(ビルドシステム)、ci(CI/CD)、chore(メンテナンス)、revert(変更の取り消し)。タイプによって自動バージョニング時のバージョンバンプの種類が決まります。
なぜ説明は50文字以内が推奨されますか?
50文字の制限は広く採用されているGitのベストプラクティスです。`git log --oneline`、GitHub/GitLabのコミットリスト、その他の長い行を切り詰めるツールでコミットメッセージが適切に表示されることを保証します。ツールは警告を出しますが、制限を強制はしません。
破壊的変更トグルは何をしますか?
「破壊的変更」をトグルすると、ヘッダーのタイプ/スコープの後に`!`が追加され(例:`feat!: ...`)、オプションで`BREAKING CHANGE:`フッターが追加されます。これはSemantic Versioningでmajorバージョンバンプをトリガーします。
なぜボディの行は72文字で折り返すのですか?
Gitはコミットメッセージのボディ行を72文字で折り返すことを推奨しています。`git log`では通常4スペースのインデントが追加されるため、72文字のコンテンツ+4スペース=合計76列で、標準の80列ターミナル幅に収まります。
データは安全ですか?
はい。すべての処理はJavaScriptを使用してブラウザ内で完全に実行されます。データがサーバーに送信されることはありません。ツール使用中にブラウザの開発者ツールのネットワークタブで確認できます。
commitlintやsemantic-releaseと併用できますか?
はい。本ツールで生成されるメッセージはConventional Commits仕様に従っており、commitlint(@commitlint/config-conventionalプリセット)、semantic-release、standard-version、conventional-changelogが期待するフォーマットです。生成されたメッセージをコピーして、Gitワークフローで直接使用できます。
関連ツール
Gitコマンドビルダー
操作、オプション、フラグを選択してGitコマンドを視覚的に構築します。説明付き。
.gitignore生成
言語、フレームワーク、IDEを選択して.gitignoreファイルを生成。複数テンプレートを即座に結合。
差分ビューア
2つのテキストを行単位・文字単位の差分ハイライトで並べて比較します。
Conventional Commitsリンター
コミットメッセージをConventional Commits仕様に照らして検証します。type、scope、description、bodyのフォーマットをチェック。
Changelogジェネレーター
Conventional CommitsからCHANGELOG.mdを生成します。タイプ別グループ化、バージョンヘッダー、Keep a Changelog形式でエクスポート。
Gitブランチ名ジェネレーター
チケット番号やタイトルからクリーンなGitブランチ名を生成します。命名規則のカスタマイズ可能。
行動規範ジェネレーター
Contributor Covenant、Citizen、Django、カスタムテンプレートからCODE_OF_CONDUCT.mdファイルを生成します。