Re: New Feature wanted: Is it possible to let git clone continue last break point?

From: netroby <hufeng1987@gmail.com>
Date: Oct 31, 2011, 09:16 UTC
Message-ID: <CAEZo+gfvmeQW2pyGF3tH-Zo1Eac0REZAZmYMpBdY2+gvvHvKPg@mail.gmail.com>
In-Reply-To: <20111031090717.GA24978@elie.hsd1.il.comcast.net>

the example :

i want to clone the freebsd and linux kernel git repo , to view their source code.

git://github.com/freebsd/freebsd.git

git://github.com/torvalds/linux.git

they are big project, so they are huge.

thanks for your tips. it will let me have a try .

I am current using  256K Adsl , so it is very not stable when clone in progress.

netroby ---------------------------------- http://www.netroby.com

On Mon, Oct 31, 2011 at 17:07, Jonathan Nieder <jrnieder@gmail.com> wrote:

Show 28 quoted lines

> Hi,
>
> netroby wrote:
>
>> Is it possible to let git clone continue last break point.
>> when we git clone very large project from the web,  we may face some
>> interupt, then we must clone it from zero .
>
> You might find [1] useful as a stopgap (thanks, Tomas!).
>
> Something like Jeff's "priming the well with a server-specified
> bundle" proposal[2] might be a good way to make the same trick
> transparent to clients in the future.
>
> Even with that, later fetches, which grab a pack generated on the fly
> to only contain the objects not already fetched, are generally not
> resumable.  Overcoming that would presumably require larger protocol
> changes, and I don't know of anyone working on it.  (My workaround
> when in a setup where this mattered was to use the old-fashioned
> "dumb" http protocol.  It worked fine.)
>
> Hope that helps,
> Jonathan
>
> [1] http://thread.gmane.org/gmane.comp.version-control.git/181380
> [2] http://thread.gmane.org/gmane.comp.version-control.git/164569/focus=164701
>    http://thread.gmane.org/gmane.comp.version-control.git/168906/focus=168912
>