> コミットの単位が適切であれば…苦労することはない、の部分が理由としては弱い気がするので。

「コミットの単位が適切であれば苦労することはない」は理由じゃなくて事実

逆マージってログを見ないでしょ?
残っていればOK。あとから頑張れるはず(希望。実際には頑張ったことはない)
見ないログはなんの役にも立たないし汚いログも見れないのでこれも役に立たない

>feature実装と解消を分けて考えられるので、
分けて考えてる時点でダメじゃん
リベースしてしまえば、実装だけしか考えなくて良くなる

バグが見つかった時、実装と解消の2つがあれば
実装のバグかも知れないし解消のバグかも知れない。
バグの可能性が2つに増えてしまっている
リベースしてしまえばそれがなくなる

> あ、適切という言葉に客観性がほしいという意味です。
いきあたりばったりで作業するなということ
どうせ、こう修正した、気分が変わってやり直した、レビューの指摘があったから変えた
バグが見つかって対応した。って同じ箇所を何度も修正したのがコミットに残ってるんでしょ?

このコミットをあとから見て役に立つとでも思ってんの?
一連のブランチである箇所のコードを修正しているコミットを一つに保つように
随時リベースしていれば何も困らない。masterが更新されるたびにリベースしていれば
何も困らない。コンフリクトがほぼ発生しない。それが適切ということ