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
