jt/fetch-cdn-offload (was What's cooking in git.git (Apr 2019, #04; Mon, 22))
- Date: Mon, 22 Apr 2019 10:51:04 -0700
- From: Jonathan Tan <jonathantanmy@xxxxxxxxxx>
- Subject: jt/fetch-cdn-offload (was What's cooking in git.git (Apr 2019, #04; Mon, 22))
> * 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
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.