Re: Make "git clone" less of a deathly quiet experience
- From
Martin Langhoff <martin.langhoff@gmail.com>
- Date
- Feb 13, 2006, 02:06 UTC
- Message-ID
- <46a038f90602121806jfcaac41tb98b8b4cd4c07c23@mail.gmail.com>
- In-Reply-To
- <1139717510.4183.34.camel@evo.keithp.com>
On 2/12/06, Keith Packard <keithp@keithp.com> wrote:
Show 7 quoted lines
> On Sun, 2006-02-12 at 04:43 +0100, Andreas Ericsson wrote: > > > A weird oddity; Cloning is faster over rsync, day-to-day pulling is not. > > Precisely. If the protocol could deliver existing packs instead of > unpacking and repacking them, then git would be as fast as rsync and I > wouldn't have to worry about supporting two protocols.
+1... there should be an easy-to-compute threshold trigger to say -- hey, let's quit being smart and send this client the packs we got and get it over with. Or perhaps a client flag so large projects can recommend that uses do their initial clone with --gimme-all-packs?
My workaround for large repos is to clone over http, and s/http:/git:/ on the origin file once it's done ;-)
martin