gitolite branch -- nonexistent ref?

[Derek Atkins]

John Ralls <jralls at ceridwen.us> writes:

> On May 20, 2013, at 6:15 PM, Derek Atkins <warlord at MIT.EDU> wrote:
>
>> I was working on setting up a git checkout to build the docs and noticed
>> that the 'default branch' is broken in gitolite.  I just tried to run:
>> 
>> git clone ssh://git@code.gnucash.org/gnucash.git and it downloaded
>> everything until it got to the end, where it gave me:
>> 
>> warning: remote HEAD refers to nonexistent ref, unable to checkout.
>> 
>> Is this something I need to fix on the server?  If I clone with "-b
>> trunk" then it works.
>> 
>> -derek
>> 
>> PS: gnucash-docs has the same issue..
>
> Probably your local git is looking for refs:origin:master, which
> doesn't exist

I'm not sure what you mean by this.  (Keep in mind I'm a git newbie).
Do you mean that my git client doesn't take a cue from the git server as
to what the default branch is?

>  . If it bugs you you can make it with
>   git branch master
>   git push origin master
> in each repo, which should fix it for future use, though it's a bit of a trap because master won't get updated. Otherwise,
>   git clone -b trunk 
> is fine until we get rid of svn and rename trunk to master.

I'm just worried about the fact that anyone who clones from our gitolite
repo needs to expressly specify a branch when they clone.  That just
seems... wrong.

> Regards,
> John Ralls

derek

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available