commit

Git コミット

ステージされていない変更と追跡対象外の変更を、独立したコミットにまとめます。論理的なまとまりごとに1つのコミットを作成します。1つのまとまりしかない場合は、コミットも1つです。プッシュは絶対にしないでください。プッシュは /hb:to-pr の役割です。

$ARGUMENTS のパスで実行対象を指定します。指定されたファイルだけをコミットし、ツリー内のその他の部分はそのままにします。

メッセージのスタイル

git log を確認し、リポジトリ既存のコミットパターンに合わせます。極めて簡潔にします。文法より短さを優先します。「何を」ではなく「なぜ」に焦点を当てます。命令形を使います。リポジトリで Conventional Commits（feat／fix／refactor／docs／chore + スコープ）を使っている場合は、それに従います。

ワークフロー

1. 差分とステータスをすべて確認し、スタイルを把握するため最近のログを読みます。
2. 論理的なまとまりを特定します。機能／修正、そのテスト、設定、整形のみ、ドキュメント、アセットなどです。
3. まとまりごとに、対象ファイルを名前で明示してステージし、HEREDOC メッセージでコミットします。次のまとまりに進む前に git status を確認します。
4. 作業ツリーをクリーンな状態にして終了します（対象を指定して実行した場合は、指定したすべてのファイルをコミットします）。ファイルのまとめ方が不明な場合は、質問してください。

グループ化のルール

• 整形のみの変更（空白、引用符、インデント）は、ロジックとは別のコミットにします。
• ロジックと整形の両方を変更したファイルは、ロジックのコミットに含めます。
• テストとテスト対象のコードは、同じコミットに含めてもかまいません。
• pre-commit フックが失敗した場合は、修正して再度ステージし、新しいコミットを作成します。--amend は絶対に使わず、フックもスキップしないでください。