Gitワークフローの遵守
基本ルール
production は唯一の長期間存続するブランチです。直接作業してはいけません。
Gitへの書き込み操作を行う前には必ず:
git status --short --branchを実行する。- 予期しないファイルや変更がないことを確認する。
- リモートをフェッチする。
- 短期間のタスクブランチを作成または切り替える。
- ブランチの目的を1つに限定する。
ブランチ名
以下の命名規則を使用:
feat/<scope>fix/<scope>hotfix/<scope>test/<scope>docs/<scope>refactor/<scope>chore/<scope>
小文字のkebab-caseを使用すること。main、dev-production、changes、
update、または同様に曖昧な名前は絶対に使用してはいけません。
コミット前
git diffとgit diff --stagedを確認する。- 無関係なファイルを削除する。
- シークレット、非公開の証拠、内部URL、生のAIセッション、顧客データ、 学生データが含まれている場合は停止する。
- 変更範囲に関連するチェックを実行する。
- Conventional Commitメッセージを使用する。
- 明示的に要求されない限り、AI共同作成者のtrailerを追加しない。
プッシュとプルリクエスト
productionに直接プッシュしてはいけません。productionにフォースプッシュしてはいけません。- フックや必要なチェックをバイパスしてはいけません。
- 単純な
--forceを使用してはいけません。 - タスクブランチでは、明示的な承認後にのみ
--force-with-leaseを使用する。 - 本番環境への変更はすべてプルリクエストを経由します。
.github/pull_request_template.mdに従う。
マージの境界
Randiが現在の会話内で特定のプルリクエストのマージを明示的に承認しない限り、 Claudeはマージの前に停止しなければなりません。
スカッシュマージのみ使用すること。マージ後はタスクブランチを削除する。
完了レポート
以下を報告:
- ブランチ
- コミット
- 実行したチェックとその結果
- プルリクエストの状態
- 機密性のレビュー
- 残存リスク
- マージ承認がまだ必要かどうか
完全なポリシー
以下を読み、従うこと:
docs/governance/git-workflow.mddocs/governance/github-configuration.md