mcpField
G
git-commit

git-commit

github.com/dzhuneyt開発063 回インストール3 週間前に更新
リポジトリ

git-commit について

プロジェクトの変更を確認し、Conventional Commits形式のメッセージを提案するGitスキルです。コミットやプッシュの前に確認を求め、プリコミットフックや品質チェックにも対応します。

主な機能

  1. 01リモートの変更を取得
  2. 02ステージ済み・未ステージの差分を確認
  3. 03Conventional Commits形式のメッセージを提案
  4. 04コミットとプッシュの前に確認
  5. 05プリコミットフックと品質要件を確認

活用シーン

  1. 01現在の変更に基づくコミットメッセージの作成
  2. 02コミット前の変更確認
  3. 03コミットとプッシュ前の必要なチェック

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/dzhuneyt/skills --skill git-commit

インストール後、Claude Code で/git-commitを入力して読み込まれたか確認します。

詳細

以下の手順を実行します: 0. 必ずプロジェクトのルートディレクトリに移動します。

  1. git fetch を実行し、リモートから最新の変更を取得します。
  2. ローカルの git を使って、ステージ済みおよび未ステージの変更を確認します。ファイルと差分を一覧表示するワンライナーを優先します。
  3. 変更内容に基づいて、Conventional Commits 形式に沿った簡潔なコミットメッセージ案を作成します。
  4. コミットとプッシュを実行する前に、必ず確認を求めます。確認は以下の形式に従ってください。

確認の形式:

  • コミットメッセージ:<コミットメッセージ>
  • 変更ファイル:
    • <ファイル名1>(<追加/変更/削除されたファイルの簡潔な説明。「追加」と「削除」を示すには絵文字を使い、不要な文言は避けてください>)- <このファイルで何を、なぜ変更したかを10語以内で要約>
    • <ファイル名2>、<ファイル名3>など、最大10ファイルまで、上記と同様に記載します。

コミットメッセージは、以下の条件を満たす必要があります:

  • 件名は50文字未満にします。
  • 実際の変更内容を明確に説明します。
  • Conventional Commits 形式(type(scope): description)に従います。

従うべきルール:

  • コミットメッセージに Co-Authored-By 行を追加しないでください。
  • 可能な場合は、プロジェクトのルートディレクトリからコマンドを実行してください。
  • pre-commit が失敗した場合は、修正を試みてから再度コミットしてください。
  • 可能な場合はコマンドを連結してください(例:複数ファイルの git diff)。
  • プロジェクトに pre-commit フックがある場合は、コミットとプッシュに進む前に、フックのコマンドをローカルで実行してください。
  • プロジェクトに「quality checks」などの要件がある場合は、コミットとプッシュに進む前に、ローカルで実行してください。

コメント