&gt; Plus anybody who advocates the use of git rebase --interactive as a sensible response to code review feedback is clearly insane.<p>Why? Prior to a series of changes being pulled into someone else&#x27;s history you have all the incentive in the world to present the cleanest view of history possible. Moreover, if you can rebase -i on top of master you can turn the merge into a fast-forward rather than an actual merge. A more linear history with fewer merges is much easier to bisect as well as to read, generally.