<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 6, 2017 at 1:57 PM, Marko Käning <span dir="ltr"><<a href="mailto:mk-macports@posteo.net" target="_blank">mk-macports@posteo.net</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 06 Feb 2017, at 22:28 , Rainer Müller <<a href="mailto:raimue@macports.org">raimue@macports.org</a>> wrote:<br>
> We do not want to use 'git merge' at this point. This would create an<br>
> extra merge commit in the history and we want to avoid that. Please use<br>
> 'git rebase' instead, but remember that you have to run it on BRANCHNAME.<br>
<br>
</span>yeah, the workflow I used before coming to the merge included rebasing of<br>
the master branch on top upstream. That wasn’t obvious from my text. Sorry!<br></blockquote><div><br></div><div>I'm not following this discussion in detail, so sorry if this is noise, but if you want a workflow where you do only merges that don't create merge commits, you can use</div><div><br></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><font face="monospace, monospace">git merge --ff-only <branch></font></div></div></div></blockquote><div style="font-family:monospace,monospace"><font face="monospace, monospace"><br></font></div><font face="arial, helvetica, sans-serif">to ensure that no merge commit is created (it will fail if it cannot fast-forward).</font></div>