<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><br>
</div>Right, thanks for this. Now let&#39;s say you tell me to move the function<br>
to some other file. I go to the set_trace branch, move the function.<br>
Now what -- is there a way to fix the latest commit? Or do I need to<br>
commit one more commit? What if I have to fix the 3rd commit from the<br>
top? Is there a way to do it?<br>
</blockquote><div><br>You just keep committing.  Our philosophy at this point is that all commits are worth keeping as it shows the logic of how things were developed.  Often times, it is useful to see that logic looking back as it allows you to see what was tried and why it needed to be modified and how it was modified.  With git rebase, you only see the final result (which I agree is very clean).  The review system on launchpad actually works pretty well with this &quot;just keep committing&quot; approach.<br>
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Now, what if I want to rebase my branch on top of the (updated) main<br>
ipython branch? E.g. not merge, but rebase. One way would be to export<br>
the patch to a file, delete the latest commit (is there some easy way<br>
to do that?), merge the main ipython branch and then manually apply<br>
the patch, and fix all collisions myself.<br>
</blockquote><div><br>Definitely too painful.  Just keep committing. <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Those are things that I was doing in mercurial, and it was a pain, but<br>
doable, until I got fedup and switched to git. In git it&#39;s super easy.<br>
So now I want to learn how to do it in bzr, so that I can compare.<br>
<br>
Then I can say which of bzr, hg, git is the best. :)<br>
<div><div></div><div class="h5"></div></div></blockquote><div><br>If you like to rebase, you will NOT like bzr.<br><br>Cheers,<br><br>Brian<br><br>PS - even though I *really* like git, I agree with Ville that it is more complicated to learn and you have to use it often to keep it in your head.  bzr is simple enough that I can step away from it for 3 months and when I come back, I remember everything.  With git, after even a week away, I have to start digging in the docs again.<br>
</div></div><br>