Re: Wishlist for a bundle-only transport mode

[Johannes Schindelin <Johannes.Schindelin@gmx.de>]

Hi,

On Wed, 21 Nov 2007, Santi B?jar wrote:

> On Nov 21, 2007 4:59 PM, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
>
> > 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.
> 
> For the basic/normal mode it can be a very thin wrapper but you have to 
> support --local, --shared, --reference...

That is not all that difficult.

> > > 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.
> 
> No, it does not.
> 
> With a newly created project with one commit:
> 
> $ git ls-remote git.git
> b71992713c17c3a29f9566e1b50e8cf402375faf        HEAD
> b71992713c17c3a29f9566e1b50e8cf402375faf        refs/heads/master
> 
> $ git bundle create git.bdl HEAD master
> 
> $ git bundle list-heads git.bdl
> b71992713c17c3a29f9566e1b50e8cf402375faf refs/heads/master
> b71992713c17c3a29f9566e1b50e8cf402375faf refs/heads/master

Ah, I misunderstood.  I thought you were expecting that the first line 
would read

	refs/heads/master	HEAD

Alas, this behaviour stems from dwim_ref() returning "refs/heads/master" 
as real ref.

I am not quite sure how to solve this, though.  Let me see what I can come 
up with.

Ciao,
Dscho