[Savannah-hackers-public] Re: reliable, incremental git->cvs ?

[Sylvain Beucler]

Hi Jim,

Did you repack the repository somehow? I found it repacked after the
import, and I don't remember doing so :)

-- 
Sylvain

On Wed, Nov 29, 2006 at 12:56:08PM +0100, Jim Meyering wrote:
> Sylvain Beucler <address@hidden> wrote:
> > On Tue, Nov 28, 2006 at 11:32:55AM +0100, Jim Meyering wrote:
> >> BTW, I've converted gnulib's (as of a day or two ago) CVS repo into a
> >> git repository (with proper "User Name <address@hidden>" labels), so if
> >> there's a way to put up a trial git repository, let me know...
> >
> > I created a 'gnulib' repository, with temporarily denyNonFastforwards
> > = false so you can perform multiple upload tests there.
> 
> Perfect.
> I converted the CVS repository 5 days ago and have pushed
> the resulting (slightly dated) git repo to there:
> 
>   http://git.sv.gnu.org/gitweb/?p=gnulib.git
> 
> You can get a copy to play with via:
> 
>   git clone git://git.sv.gnu.org/gnulib
> 
> > (I say temporarily because since the option essentially allows
> > removing history (i.e. overwriting heads/master arbitrarily), it can't
> > be enabled for a real repository).
> >
> >
> > I haven't setup an auto-packing commit hook so may need to have me do
> > that. I'm planning to add something like in post-update:
> >
> >   export GIT_DIR=coreutils.git
> >   git-count-objects
> >   # If > 5120k
> >   git repack
> >   git prune
> 
> Sounds good.
> Makes me think git-count-objects could use options
> to help people do that, e.g., to allow this:
> 
>   git-count-objects --size=5M && { git repack && git prune; }
>   git-count-objects --files=20K && { git repack && git prune; }
> 
> Otherwise, everyone ends up writing their own code to
> parse the output of that program.