Re: jt/fetch-cdn-offload (was What's cooking in git.git (Apr 2019, #04; Mon, 22))
- Date: Mon, 22 Apr 2019 19:33:17 +0100
- From: Ramsay Jones <ramsay@xxxxxxxxxxxxxxxxxxxx>
- Subject: Re: jt/fetch-cdn-offload (was What's cooking in git.git (Apr 2019, #04; Mon, 22))
On 22/04/2019 18:51, Jonathan Tan wrote:
>> * jt/fetch-cdn-offload (2019-03-12) 9 commits
>> - SQUASH???
>> - upload-pack: send part of packfile response as uri
>> - fetch-pack: support more than one pack lockfile
>> - upload-pack: refactor reading of pack-objects out
>> - Documentation: add Packfile URIs design doc
>> - Documentation: order protocol v2 sections
>> - http-fetch: support fetching packfiles by URL
>> - http: improve documentation of http_pack_request
>> - http: use --stdin when getting dumb HTTP pack
>> WIP for allowing a response to "git fetch" to instruct the bulk of
>> the pack contents to be instead taken from elsewhere (aka CDN).
>> Waiting for the final version.
> Sorry for getting back to you late on this. The current status is that
> v2 (this version) looks good to me, except that not many people seems to
> be interested in this - I sent out v2  with a relatively significant
> protocol change to v1 (requiring the server to also send the packfile's
> hash, meaning that a workflow that Ævar has described will no longer
> work), but nobody replied to it except for Josh Steadmon (who did give
> his Reviewed-By).
> In the meantime, I have been working on a server-side JGit
> implementation , but not all parts are done (and it will take some
> If this version is good with everyone, then this is the final version. I
> know it has been some time, but if I squash "SQUASH???" onto
> "upload-pack: refactor reading of pack-objects out" and then rebase onto
> latest master (14c0f8d3ab ("The sixth batch", 2019-04-22)), there's only
> one small merge conflict.
... not forgetting the second hunk of , of course. ;-)