PRに出たCRITICALは、そのPRが新設した穴とは限らない。親コミットと稼働中の版に同じ入力を投げて切り分けないと、改善だけのPRを止めて悪い方を本番に残す。同じ入力を「親コミット」「稼働中の版」「PRのHEAD」の3つに投げて表にする。版は必ずgit show
## ポイント
- PRに出たCRITICALは、そのPRが新設した穴とは限らない
- 親コミットと稼働中の版に同じ入力を投げて切り分ける
- 版は必ずgit show
- 切り分けた結果で行動が変わる
- 新設なら差し戻し、既存ならマージ前修正の対象ではあってもマージを止める理由にはならない
- 同じファイルを別ブランチが並行で直していることがある
- どちらが正しいかでなく「何形態を塞ぐか」の集合で比べる
## 関連ページ
[[instinct-recovery-before-merge-means-wrong-attribution]] [[instinct-improvement-evidence-needs-a-baseline]] [[instinct-command-guard-must-not-exclude-path-separator]]
## 関連概念(未作成)
`PRのCRITICAL指摘の再現性と帰属の分離` `Gitのバージョン管理とコードレビューの関係` `並行して同じファイルを修正するブランチの競合解消`