レビュ済みの変更をmasterにmergeするためにたらい回しにされたので、アンチパターンとして共有します

前提

git flowのようにdev branchを利用している
dev branchは複数並列で存在する
branch protection ruleにより、master branch, dev branchが保護されている
- Require pull request reviews before merging (レビュ必須、勝手なforce push不可)
- Dismiss stale pull request approvals when new commits are pushed (新たなコミットが追加されると再レビュが必要)
- Require branches to be up to date before merging (base branchが更新された場合、取り込まなければPRをmergeできない)

protection rule参考画像

複数の開発が並列で進行しており、いざリリースのためとあるdev branch Aをmasterにmergeしようとしたそのとき、mergeボタンが押せない状況に遭遇

master branchが進行しているため、Require branches to be up to date before mergingによりmergeできない

ならばbaseをupdateすればいいじゃないと思いupdate branchボタンを押すもエラー

dev branchがRequire pull request reviews before mergingによって保護されているため、update(内部的には最新のbase branchをmergeする操作)が許可されず、エラー

localでdev branch Aに最新のmasterをmerge（もしくはrebase）し、それをpushするもエラー

dev branchがRequire pull request reviews before mergingによって保護されているため、pushが許可されず、エラー

これにより、dev branch Aはmasterにmergeできるようになる

前述したdev branch Aとは全く異なるdev branch Bもリリースするため、masterにmergeしたいのだが・・・
masterはdev branch Aを取り込んだことにより進行しているため、mergeできない
↓
俺たちのリリース作業はまだ始まったばかりだ！

厳格に保護され、意図しない変更が混入することが防げているこの状況で何が問題なのでしょうか
私は以下のものを問題だと考えています

CIによるチェック待ちが何度も発生する
mergeするためにapproveするだけのレビュが何度も発生する
dev branchが複数ある場合、それぞれをmergeするたびに、それ以外のdev branchはupdateしなければmergeできない(新規PR・CIチェック・無駄なレビュが発生する)