Hi, On Wed, 21 Nov 2007, Santi B?jar wrote: > 1) git-clone does not accept a bundle file, even if git-fetch does. I've > made a patch to use git-fetch in git-clone for this. This, along with rewriting git-clone as a very thin wrapper over git-init, -remote and -fetch, is a really low hanging fruit. Or maybe go the full nine yards and build it in. Should be a breeze now, given parse_options() and run_command(). > 2) The bundles created with "git bundle" does not record the HEAD, they > resolve the symbolic name to a branch name. It imitates ls-remote output. > 3) I can "git fetch" a bundle but I cannot "git push" a bundle, so if I have: > > [remote "bundle"] > url = /file/to/bundle > fetch = "+refs/heads/*:refs/remotes/bundle/*" > > $ git push bundle > > would create a bundle in /file/to/bundle with the same branches as a > normal git push, but considering the remote branches as the local > remotes/bundle/* Does not seem to be too complicated to add it to transport.c IMHO. Something similar to rsync_transport_push(). And I'd definitely refuse to overwrite any existing file. Ciao, Dscho - 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
