#git GITフローの運用について皆さんのご意見を教えてください。
以下のブランチの履歴があります。

１．ブランチ a の作成（MASTAR -> a）
２．a の開発と push（a -> MASTER）
３．ブランチ b の作成（MASTAR -> b）
４．b の開発を開始
５．a の機能でバグが発覚
　b の開発は a のコードを参照しているため、b の開発は停止
６．ブランチ a2 の作成（バグ対応）（MASTAR -> a2）
７．a2 の開発と push（a2 -> MASTER）

８．b の開発を再開
ここで、どうするべきなのでしょうか。
b の開発はかなり進んだ状態であるとします。

案１ b2 ブランチを切って、b2 に b をマージするとして、bのブランチはそのまま
　->履歴上なぜ bがそのままなのか不明になるはず
　->bのようなブランチが大量にあると履歴がかなり汚れる
　->マージ作業は手作業なのでできれば避けたい

案２ b2 を切らずに、b にMASTERから変更分の a のコードをフェッチして b での開発を再開
　->こちらが正しい感じがするが・・
　->変更分のコードを選択するのは人間の判断になる問題がある
　　（変更分のコードを選択するのは手作業でのマージに近い）

案３ その他の方法（思いつかない）

今回は b ブランチが１つですが、b のようなブランチが複数あると影響がでかいです。
a のバグ対応中は、b の開発は停止すると思いますが、これも時間的損失です。

要するに依存関係がある場合は並行開発はできない、依存元のバグが発覚した場合、
依存先のブランチはどう対処すべきか、という問題です。

皆さんはどう考えますか