Web lists-archives.com

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 [1] 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 [2], but not all parts are done (and it will take some
> time).
> 
> 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 [1], of course. ;-)

[1] https://public-inbox.org/git/5f0c12d5-6714-1516-3579-33d839ad7b7e@xxxxxxxxxxxxxxxxxxxx/

ATB,
Ramsay Jones