Conventional Commits
コミットを作成する際は、以下のプロジェクト固有のルールに従ってください。
ブランチ作成
決して裸のブランチを作成しないでください。 ブランチの分離が必要な場合は、worktreeスキルを使用してください。単純な変更の場合は、現在のブランチ（mainも含む）に直接コミットしてください。git checkout -b を実行しないでください。
プロジェクトルール
- 論理的な変更ごとに1つのコミット — 無関係な修正や機能を決して組み合わせないでください。3つの独立した変更 = 3つのコミットです。
- 変更したファイルのみをコミットする — 同時セッションの無関係なファイルを決して取り込まないでください。
- 必ずボディを含める — タイトルだけのコミットは禁止です。何をなぜ変更したかを説明してください。
mergeタイプ — worktreeや機能ブランチをマージする場合、マージコミットではなくmergeタイプを使用してください。- コミットの順序付け でオプションの価値を最大化する — まず基盤となるインフラを、その上に構築する機能をコミットしてください。
例
feat(alerts): アラート更新時にSlackスレッド返信を追加
アラートが更新または解決された場合、新しいメッセージを作成する代わりに
元のSlackスレッドに返信を投稿します。これにより、関連する通知が
グループ化されて維持されます。