git-commit について
プロジェクトの変更を確認し、Conventional Commits形式のメッセージを提案するGitスキルです。コミットやプッシュの前に確認を求め、プリコミットフックや品質チェックにも対応します。
主な機能
- 01リモートの変更を取得
- 02ステージ済み・未ステージの差分を確認
- 03Conventional Commits形式のメッセージを提案
- 04コミットとプッシュの前に確認
- 05プリコミットフックと品質要件を確認
活用シーン
- 01現在の変更に基づくコミットメッセージの作成
- 02コミット前の変更確認
- 03コミットとプッシュ前の必要なチェック
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ dzhuneyt/ skills --skill git-commitインストール後、Claude Code で/git-commitを入力して読み込まれたか確認します。
詳細
以下の手順を実行します: 0. 必ずプロジェクトのルートディレクトリに移動します。
git fetchを実行し、リモートから最新の変更を取得します。- ローカルの
gitを使って、ステージ済みおよび未ステージの変更を確認します。ファイルと差分を一覧表示するワンライナーを優先します。 - 変更内容に基づいて、Conventional Commits 形式に沿った簡潔なコミットメッセージ案を作成します。
- コミットとプッシュを実行する前に、必ず確認を求めます。確認は以下の形式に従ってください。
確認の形式:
- コミットメッセージ:<コミットメッセージ>
- 変更ファイル:
- <ファイル名1>(<追加/変更/削除されたファイルの簡潔な説明。「追加」と「削除」を示すには絵文字を使い、不要な文言は避けてください>)- <このファイルで何を、なぜ変更したかを10語以内で要約>
- <ファイル名2>、<ファイル名3>など、最大10ファイルまで、上記と同様に記載します。
コミットメッセージは、以下の条件を満たす必要があります:
- 件名は50文字未満にします。
- 実際の変更内容を明確に説明します。
- Conventional Commits 形式(
type(scope): description)に従います。
従うべきルール:
- コミットメッセージに Co-Authored-By 行を追加しないでください。
- 可能な場合は、プロジェクトのルートディレクトリからコマンドを実行してください。
- pre-commit が失敗した場合は、修正を試みてから再度コミットしてください。
- 可能な場合はコマンドを連結してください(例:複数ファイルの
git diff)。 - プロジェクトに pre-commit フックがある場合は、コミットとプッシュに進む前に、フックのコマンドをローカルで実行してください。
- プロジェクトに「quality checks」などの要件がある場合は、コミットとプッシュに進む前に、ローカルで実行してください。
コメント
Markdown 対応