<div dir="ltr">Hi Peter,<div><br></div><div>Sure hope it's not an April 1st joke :) I'd be in favor, since it keeps the story cleaner. I for one dislike the additional merge commit, it's just polluting the timeline..</div><div><br></div><div>Cheers,</div><div><br></div><div>João</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-04-01 14:23 GMT-07:00 Peter Cock <span dir="ltr"><<a href="mailto:p.j.a.cock@googlemail.com" target="_blank">p.j.a.cock@googlemail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Re: <a href="https://github.com/blog/2141-squash-your-commits" rel="noreferrer" target="_blank">https://github.com/blog/2141-squash-your-commits</a><br>
<br>
My personal preference thus far has been to avoid the "big green merge"<br>
button on GitHub pull requests, which until now did "git merge --no-ff ..."<br>
internally in favour of a fast-forward merge where possible, which gives<br>
a simple linear history.<br>
<br>
I tend also to cherry-pick commits, rebase branches and at times do<br>
squash commits when merging - again in favour of a simple linear history.<br>
<br>
I always felt this was closest to Biopython's pre-git model of working<br>
from a stable branch in CVS.<br>
<br>
GitHub's interface now allows this via the web interface with the<br>
"squash commit".<br>
<br>
How do people feel about making the squash commit the default<br>
via the web interface? This would still leave full flexibility at the<br>
command line, but for when merging simple requested in the<br>
website we'd get a nice linear history :)<br>
<br>
Regards,<br>
<br>
Peter<br>
_______________________________________________<br>
Biopython-dev mailing list<br>
<a href="mailto:Biopython-dev@mailman.open-bio.org">Biopython-dev@mailman.open-bio.org</a><br>
<a href="http://mailman.open-bio.org/mailman/listinfo/biopython-dev" rel="noreferrer" target="_blank">http://mailman.open-bio.org/mailman/listinfo/biopython-dev</a><br>
</blockquote></div><br></div>