git rebase - can hg do that ?

David Jack Olrik david at olrik.dk
Tue May 29 17:57:45 UTC 2007


On 29/05/2007, at 16.13, TK Soh wrote:

> so I wonder how git copes with this kind of changes between clones.  
> The question is that if we rebase a repo, wouldn't it break the  
> repos that were cloned before the rebase?

Well, yes it would break those, and git doesn't handle that either.  
But thats ok! - rebase is a very powerful tool that should be used  
with caution, plus it is only meant for your local topic branches.  
E.g. when you have a long lived branch that you pull from multiple  
times.

Without rebase you would end up with a mesh of your changes, upstream  
changes and your changes to upstream changes. And for each pull this  
will get messier. With rebase it is very easy to distinguish local  
changes from upstream changes.

-- 
Best regards,
David Jack Olrik <david at olrik.dk>             http://david.olrik.dk
GnuPG fingerprint C290 0A4A 0CCC CBA8 2B37 E18D 01D2 F6EF 2E61 9894
["The first rule of Perl club is  You do not talk about Perl club"]



-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1855 bytes
Desc: not available
URL: <http://lists.mercurial-scm.org/pipermail/mercurial/attachments/20070529/1dd21e28/attachment-0001.p7s>


More information about the Mercurial mailing list