On Sun, Jul 17, 2016 at 04:41:54PM +1200, mappu wrote: > Right now it's possible to git clone a repository over http, and git clone a > bundle from the local filesystem, but it's not possible to git clone a > bundle hosted on http. > > Would it be possible to allow this in the future? Hopefully it's only a > minor refactor in `builtin/clone.c`. It's a bit more than a minor refactor. Long ago, I submitted http://thread.gmane.org/gmane.comp.version-control.git/185196 The tricky thing is having the http code handle the case that we get a bundle when accessing the repository. I think I got stalled in a "perfect is the enemy of the good" situation. I wanted to clean up the patches to avoid spooling the bundle to disk (because it means we temporarily required 2x disk space). But in retrospect, it would be fine to start there, and if somebody wants to take on resumable index-pack, that can be a separate topic. So I never ended up getting back to it. And somehow almost 5 years have passed yikes. If anybody is interested in working on it, they can start from those patches, or from the jk/bundle-fetch-wip branch at https://github.com/peff/git. The latter has been continually rebased on master for the past 5 years, _but_ in a fairly blind manner. I resolve conflicts, but anything with "-wip" in the title is not part of my regular build. So it has not been compiled nor had its tests run in all that time. Caveat emptor. > (Back story: I'm stuck with a git frontend that only ever calls `git clone > ${target}` - that's Golang's `go get` - but bundles are a bit better fit for > my request patterns than raw repositories). You might do better to stick a shim script in your $PATH to just intercept the calls to git. Hacky, but it would probably solve your problem with a minimal amount of code. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html