Re: Git reports
- From
- Muzaffer Tolga Ozses <tolga@ozses.net>
- Date
- Dec 7, 2013, 19:46 UTC
- Message-ID
- <CAMAQ3nK3CMvhh2=wYqCedd_9fS9k9yGWdmN8NzRfQft585zigQ@mail.gmail.com>
- In-Reply-To
- <20131206222201.GF25620@sigill.intra.peff.net>
I looked at man git-http-backend, and I didn't understand a thing. I'll look at it tomorrow again with a clear head.
On 7 December 2013 00:22, Jeff King <peff@peff.net> wrote:
Show 24 quoted lines
> On Fri, Dec 06, 2013 at 11:26:51AM -0800, Jonathan Nieder wrote: > >> > I am cloning over http >> >> I am guessing you are using the "dumb" (plain static file transfer) >> HTTP protocol. With that protocol the server doesn't do anything >> other than shuttle out files, so it doesn't need to do its own >> progress reporting. > > Yeah, that would also explain why GIT_TRACE_PACKET produced no output. > >> Perhaps the client should do some progress reporting based on file >> sizes and amount downloaded so far, but it's hard to get excited >> about given the existence of "smart" (transfer only what is needed) >> HTTP protocol. See git-http-backend(1) for details. > > You get some very verbose and nasty progress with "-vv". It would be > nice to have a regular throughput meter for dumb-http, though. I haven't > bothered adding one so far because I don't expect many people are using > http. However, if we start supporting fetching via bundles over http, > then it will be very nice to have some kind of progress display there > (since the main use is to get gigantic full clones). > > -Peff