[Ffmpeg-devel] SVN dump
Sat Apr 28 03:06:58 CEST 2007
On Fri, Apr 27, 2007 at 11:58:51PM +0200, Aurelien Jacobs wrote:
> On Fri, 27 Apr 2007 17:55:34 +0200
> Nico Sabbi <nsabbi at email.it> wrote:
> > Michael Niedermayer wrote:
> > >ive looked at mercurial and played a little with it and it seems to be
> > >great, that is MUCH better then svn/cvs
> > >
> > >what advantages does git have over mercurial?
> > >can a mercurial repository be converted to git?
> > >can changes with complete history be moved between different mercurial repos?
> > >
> > >[...]
> > >
> > >
> > did I misread the docs or HG has the same limitations as cvs as far as
> > rollbacks are concerned?
> I'm not a CVS expert so I don't know what you mean concerning it's
> rollbacks limitations.
> Still, here is a simple explanation about HG rollbacks.
> Mercurial is based on the principle that history is immutable. So you
> can't remove revisions, you can only add new revisions.
that is not the real problem, svn also doesnt allow you to remove revissions
without hacking the repo
> There is a small exception (to confirm the rule): you can rollback
> the very latest action (commit, push...). This only works for the
> very latest action and you can't use rollback twice.
> Now if you really want to truncate the history, there are some simple
> solutions such a cloning the repository but only up to a specific
> revision (hg clone -r $version).
> If that don't answer your question, please rephrase it with no reference
> to cvs ;-)
what i would like (i of course dont know if that matches what nico wants)
is that i can take revision X of file Y and copy that to a new file or
replace the head version of the old file by it, and that
annotate/log will show the true history that is without the revissions
which are not part of that branch or alternatively clearly seperate the
revissions which arent part of the file
ive tried a mix of hg up <oldrev> and hg cp+ci but it doesnt seem to work
hg up isnt supported at that point and hg merge will f*ck up the copied
if there is no way to branch past revissions properly then mercurial is out
of question for me for ffmpeg
but i hope that iam just too stupid to use mercurial, after all with that
limitation we couldnt even branch a release off in the same repository
but rather would have to create anew repository for that which is idiotic
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
It is dangerous to be right in matters on which the established authorities
are wrong. -- Voltaire
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the ffmpeg-devel