<div dir="ltr"><div class="gmail_quote"><div>Hi Christoph,</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto" style="direction:ltr;margin:0px;padding:0px;font-family:sans-serif;font-size:11pt;color:black"><span style="font-size:11pt">I always hesitate to put different changes together into one commit, </span></div></div></blockquote><div><br></div><div>You're right to keep "different changes" in separate commits, and I did not suggest to put different changes into one commit.  A fix is not really a change.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto" style="direction:ltr;margin:0px;padding:0px;font-family:sans-serif;font-size:11pt;color:black"><span style="font-size:11pt">as you can only accept or reject it atomarily, making it hard to revert only one of the changes ...</span></div></div></blockquote><div><br></div><div></div><div>Mmmm, not true.  There's no way to reject any specific ancestor without branching.  Even if it were, the best and easiest way to "revert" a meaningful subset of behavior that way is if the ancestry were clean and delineated.  With a bunch of dust-sized improvements in the list, you have to wade through a bunch of (non)changes that never needed explaining in the first place.</div><div><br></div><div>Best,</div><div>  Chris</div><div><br></div></div></div>