This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: onwards to git
- From: Jim Meyering <jim at meyering dot net>
- To: Paolo Bonzini <bonzini at gnu dot org>
- Cc: Petr Baudis <pasky at suse dot cz>, Ulrich Drepper <drepper at redhat dot com>, GNU C Library <libc-alpha at sources dot redhat dot com>
- Date: Mon, 04 May 2009 20:10:45 +0200
- Subject: Re: onwards to git
- References: <49F89C2D.5060702@redhat.com><20090501194544.GP21271@machine.or.cz> <49FEC77B.6050307@gnu.org>
Paolo Bonzini wrote:
...
> I would like to have atomic commits for prior versions too. I attach a
> script to do the conversion for the existing history too, it would be
> great to have it applied before the switch. It is based on
> git-filter-branch but quite heavily modified to do just what it needs to
> do (for example it expects no merges, and it does not need to read and
> write tree objects, since those can be reused completely).
>
> Commits are split when the author changes, or at ChangeLog checkins.
> This does *not* include checkins of other changelogs such as
> nptl/ChangeLog. This is the only known limitation, basically.
>
> It is as easy as running "sh ~/glibc-reconstruct-commits <BRANCH1>
> <BRANCH2>..." where the branch names are the git branch names that you
> will want to publish. It can be aborted and restarted, but the
> processing will restart from scratch (it took ~1 hour to do the
> conversion of the master branch on my not-so-new machine, so you can say
> it's not so slow).
Hi Paolo,
That looks very useful indeed. I will use it.
I wish I'd had that when I converted coreutils and a few others.
I haven't started the re-conversion yet, so
it won't be done+checked before tomorrow evening.
Thanks!
Jim