Conventional Commits
プロジェクトのConventional Commitsルールに従ってgitコミットを作成する。
コミットタイプ
以下のタイプから適切なものを選択する:
- •
feat:- 新機能追加 - •
fix:- バグ修正 - •
refactor:- リファクタリング(機能変更なし) - •
test:- テスト追加・修正 - •
docs:- ドキュメント更新 - •
style:- コードスタイル修正(フォーマット等) - •
perf:- パフォーマンス改善 - •
chore:- ビルドプロセス・補助ツール等の変更
手順
- •
git statusで変更ファイルを確認する - •
git diffでステージ済み・未ステージの変更内容を確認する - •
git log --oneline -5で直近のコミットメッセージのスタイルを確認する - •変更内容を分析し、適切なコミットタイプを判断する
- •関連ファイルを
git addでステージングする(git add -Aやgit add .は使わず、ファイル名を指定する) - •コミットメッセージを作成してコミットする
メッセージフォーマット
code
type: 説明 Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
ルール
- •$ARGUMENTSが指定されている場合、その内容をコミットメッセージの参考にする
- •コミットメッセージは簡潔に(72文字以内を目安)
- •「何を変更したか」ではなく「なぜ変更したか」に焦点を当てる
- •
.envやクレデンシャルなど秘匿情報を含むファイルはコミットしない - •HEREDOCを使ってコミットメッセージを渡す
- •コミット後に
git statusで成功を確認する