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