Gitコミットメッセージジェネレーター

ビジュアルフォームビルダーで整形されたConventional Commitsメッセージを生成します。

このツールについて

Gitコミットメッセージジェネレーターは、Conventional Commits仕様に従った 構造化されたコミットメッセージを作成するための無料のブラウザベースツールです。 フォーマットを暗記してコミットメッセージをゼロから入力する代わりに、 コミットタイプの選択、スコープの追加、短い説明の記述、 必要に応じてボディやフッターを含めることができる ビジュアルフォームを提供します。生成されたメッセージはリアルタイムで 更新されるため、コミットされる内容を正確にプレビューできます。

Conventional CommitsはGitコミットメッセージの上に作られた軽量な 規約で、標準化されたフォーマットを提供します。 Semantic Versioningと連携し、 featはminorバージョンアップ、fixはpatchバージョンアップ、 BREAKING CHANGEフッター(またはタイプの後の!)はmajorバージョンアップを トリガーします。

ツールは11種類の標準コミットタイプをサポートしています: featfixdocsstylerefactorperftestbuildcichorerevert。説明が50文字を超えた場合、大文字で始まる場合、 ピリオドで終わる場合など、commitlintが指摘する 一般的なスタイルの問題を警告するバリデーション機能が含まれています。

Gitリポジトリで作業している場合は、複雑なGitコマンドを構築するための Git Command Builderや、 無視ファイルを作成するための .gitignore Generatorも便利です。 コミット前の変更を比較するには、 Diff Viewerをご確認ください。

すべての処理はブラウザ内で完結します。データがサーバーに 送信されることはありません。コミットメッセージ、プロジェクト名、 スコープ情報がお使いの端末から外に出ることはありません。

使い方

  1. ドロップダウンからコミットタイプを選択します(例:featfixdocs)。各タイプには使用するタイミングの説明が付いています。
  2. 必要に応じて、影響を受けるコードベースの領域を示すスコープを入力します(例:authapiui)。
  3. 50文字以内で変更の短い説明を記述します。文字数カウンターが40で黄色、50で赤色になります。
  4. 必要に応じて、変更の動機を説明するボディを追加します。git logでの可読性のために72文字以内で改行してください。
  5. 互換性のないAPI変更を導入する場合は、破壊的変更をトグルします。何が壊れるか、移行方法の説明を追加してください。
  6. 必要に応じて、Closes #123Refs #456などの参照用のフッターを追加します。
  7. 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ワークフローで直接使用できます。

関連ツール