diff options
| author | Junio C Hamano <gitster@pobox.com> | 2015-04-30 14:06:23 -0700 |
|---|---|---|
| committer | Junio C Hamano <gitster@pobox.com> | 2015-04-30 14:06:23 -0700 |
| commit | e84c150b2f79fa7223bae1784fd8da2429bd4389 (patch) | |
| tree | 4083298fbd53d28f54f9aaa63b566dfc027c0d06 /wrapper.c | |
| parent | 3d4a3ffe64162b45ae7c991fc60623ecb4678cfd (diff) | |
| download | git-jc/clone-bundle.tar.gz | |
repack: optionally create a clone.bundlejc/clone-bundle
It is envisioned that a near-future protocol extension to
upload-pack will allow a busy server to redirect newer `git clone`
clients to a pre-made bundle file (preferrably over CDN) and to come
back after they download and extract from the bundle to update
themselves via much smaller `git fetch --prune` to complete the
cloning. Let's teach `git repack` to optionally prepare the
clone.bundle file when the repository is repacked, so that the
server operators can take the resulting bundle and make it available
to the clients.
This prepares only the bundle generation part. Deploying the
resulting bundle to CDN will not be part of Git (we may give the
server operators a hook, though), but this step will help them to
maintain an up-to-date bundle.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'wrapper.c')
0 files changed, 0 insertions, 0 deletions
