<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 5, 2016 at 6:56 PM, Joshua Root <span dir="ltr"><<a href="mailto:jmr@macports.org" target="_blank">jmr@macports.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2016-12-6 11:49 , Eric A. Borisch wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm going to throw in my 2c again asking for the 'squash and commit'<br>
button to be activated. I'm much more likely to wander through and<br>
commit some cut-and-dried PRs if it is something I can do drive-by, or<br>
even from my phone.<br>
<br>
And by cut-and-dried, I mean PRs from a prior contributor updating<br>
checksum and version numbers on a port, for example.<br>
</blockquote>
<br></span>
If it's that cut-and-dried, what's wrong with rebase and merge?<br>
<br>
- Josh<br>
</blockquote></div><br></div><div class="gmail_extra">If there have been comments and an updated PR (multiple commits),should I rebase-and-merge from the web?. I thought the answer was no (non-linear commit history?) This was the particular case when I first brought it up. Just trying to reduce the "friction" to contributing to MP.</div><div class="gmail_extra"><br></div><div class="gmail_extra"> - Eric</div></div>