Jeff King <p...@peff.net> writes:
> Having slept on it, I really think "--seed" should be "fetch from the
> seed into temp refs", and not what I posted earlier.
Yeah, I think that is the right way to do it.
And it happens to mesh well with the (not so well advertised but not
so well hidden) plan to allow loaded server side to advise --seed
from bundle hosted elsewhere, e.g.
* "clone" connects to upload-pack
* upload-pack advertises --seed=http://cdn.github.com/project.bundle
via capability
* "clone" disconnects from upload-pack, and runs (resumable)
wget to the seed to grab bundle.
* "clone" then fetches refs/*:refs/remotes/origin/* from the bundle
* "clone" then continues to fetch into +refs/remotes/origin/* as
usual, but does an equivalent of using --prune for this fetch
to drop anything extra/stale that the seed bundle may have
had.
* optionally "clone" can immediately "repack".
... which I wanted to see happen in a near future.
And that --seed thing that can name a local bundle file is a very
good first step toward the direction, I think.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
