Hello Cristian,<br>Actually, it was you who caused the merge.<br>That was probably because of the following scenario:<br><br>you both pulled from master at the same time, then worked on your modifications on master.<br>Thomas then pushed before you did.<br>
You tried to push and got an error because there new commits.<br>Then you pulled without rebase, and that point it merged your local changes with Thomas'<br><br>If you had pulled with rebase, there wouldn't have been a merge commit.<br>
<br>Regards,<br>Alvaro<br><br><div class="gmail_quote">On Sat, Nov 12, 2011 at 7:52 AM, Cristian Oneț <span dir="ltr"><<a href="mailto:onet.cristian@gmail.com">onet.cristian@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Friday 11 November 2011 21:27:25 Alvaro Soliverez wrote:<br>
> What rebasing means, is that it will get the commits from another branch,<br>
> and it will try apply your commits on top of that. If there is a conflict,<br>
> you have the opportunity to fix it while rebasing.<br>
<br>
</div>I'm trying a more visual approach until I'm familiar with everything, does the<br>
'red detour' in the attached screenshot means that Thomas did a merge instead<br>
of a rebase before pushing a7dfac98ae? If so that means that if we use rebase<br>
we get a nice linear evolution while with merge we get a lot of branching in<br>
the commit tree, is that right?<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Regards,<br>
<br>
Cristian Oneț</font></span><br>_______________________________________________<br>
KMyMoney-devel mailing list<br>
<a href="mailto:KMyMoney-devel@kde.org">KMyMoney-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kmymoney-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kmymoney-devel</a><br>
<br></blockquote></div><br>