commit について
プロジェクトの変更に適用する Conventional Commits とブランチ運用のルールを定めるスキルです。変更ごとのコミット、理由を含む本文、worktree の一貫した扱いを求める開発者向けです。
主な機能
- 01論理的な変更ごとにコミット
- 02コミット本文に背景と理由を記載
- 03自分が変更したファイルのみをコミット
- 04マージ時に merge タイプを使用
- 05依存関係に沿ったコミット順序
活用シーン
- 01個別の修正や機能のコミット作成
- 02他のセッションのファイル混入防止
- 03worktree や機能ブランチのマージ整理
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/commitを入力して読み込まれたか確認します。
詳細
Conventional Commits
コミットを作成する際は、このプロジェクト固有のルールに従ってください。
ブランチ
ブランチをそのまま作成しないでください。 ブランチを分離する必要がある場合は、worktree スキルを使用してください。簡単な変更は、現在のブランチ（main を含む）に直接コミットしてください。git checkout -b は実行しないでください。
プロジェクトのルール
- 論理的な変更ごとに 1 つのコミット — 無関係な修正や機能を決してまとめないでください。独立した変更が 3 つある場合は、コミットも 3 つにします。
- 変更したファイルのみをコミット — 並行セッションで変更された無関係なファイルを決して含めないでください。
- 常に本文を含める — タイトルだけのコミットは禁止です。何を、なぜ変更したのかを説明してください。
mergeタイプ — worktree または機能ブランチをマージするときは、マージコミットではなくmergeを使用してください。- コミットの順序 — 選択肢を最大限に活かせるよう、まず基盤となるインフラをコミットし、その後にそれを基盤とする機能をコミットしてください。
例
feat(alerts): Add Slack thread replies for alert updates
When an alert is updated or resolved, post a reply to the original
Slack thread instead of creating a new message. This keeps related
notifications grouped together.
参考資料
コメント
Markdown 対応