commit-work

作業のコミット

メッセージの形式とスタイルは、git-conventions スキルに従います。

ワークフロー

1. まずステージ済みの変更を確認します。git diff --staged --stat を実行し、続けて差分そのものを確認します。ステージ済みの変更がない場合は、git status --short と作業ツリーの差分を確認し、ステージするファイルを明記します。
2. git log --oneline -10 を確認して、スコープと表現の前例を把握します。
3. 1 行目は type(scope): description の形式にします。差分から理由が明らかでない場合に限り、本文を追加します。本文は約 90 桁で折り返し、段落が分かれるように -m フラグを繰り返すか、--file を使用します。
4. 差分に明らかに無関係な変更が含まれる場合に限り、変更を分割することを提案します。
5. ユーザーがコミットを依頼した場合はコミットします。それ以外の場合は、メッセージとステージするファイルの提案を提示します。

ガードレール

• ユーザーが依頼した場合に限り、ファイルをステージします。
• リポジトリに高速チェックがある場合は、コミット前に実行します。フックは実行させ、失敗した場合は回避せずに報告します。
• 変更そのものを説明します。計画やマイルストーンの背景はメッセージに含めません。

出力

コミット SHA と 1 行目、または提案するメッセージとステージするファイル。