onwards to git

[Jim Meyering]

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