Az azért előfordulhat, hogy egy PR mondjuk több modult/alrendszert érint egy komplex kódbázisban, és a változásnak együtt van értelme.
Főleg egy monorepo stílusú fejlesztés esetén igaz ez. A monorepo sokszor kényelmes, de azért vannak kényelmetlen dolgai is.
Ott mondjuk egy PR-on belül lehet az, hogy module1 és module2 is módosul, akár pont azért, mert a teljes funkcionalitáshoz az kell, hogy mindkét modul funkcionalitása módosuljon.
Nincs annak értelme, hogy feladsz egy PR-t a module1 módosítására, meg egy másikat a module2 módosítására, hiába különálló modulok, a funkcionalitásnak együtt van értelme.
És akkor csinálsz egy PR-t a hozzá tartozó PR branch-csel, amiből még leágaztathatsz egy pr-patch-module1 meg egy pr-patch-module2 branchet, azt fejleszthetik a megfelelő module1 és module2 felelősök.
De ez az egész már inkább projektszervezési dolog és nem a git mint eszköz által diktált jellegzetesség.
A git egy technikai eszköz csak a fejlesztés támogatására, a feladata ezt a projektszervezést támogatni, és a git ezt kiválóan támogatja a branchekkel, másra nincs itt szükség, pláne nincs szükség a history módosítására soha.