On Tue, 30 Jan 2007, Linus Torvalds wrote: > > So either use > > git --bare fetch git://source/public/project topic:master > > (to tell git to fetch the remote 'topic' into the local 'master') Side note: it's usually a good idea to have a 'master' branch, not so much because git itself really cares (it's just a default, after all, in a technical sense), but more because NOT having a master branch may then end up confusing other people who try to access the repository, and it doesn't have the normal default branch. > OR, if you just prefer using the 'topic' name - which is certainly not > wrong at all, do > > git --bare fetch git://source/public/project topic:topic > git --bare symbolic-ref HEAD refs/heads/topic And another note on this. I did do that with a special command, and yes, th is is what you should do in a script. HOWEVER, as with .git/config, I really think it's probably just easier to open your editor on the HEAD file directly, and just do that renaming by hand. I _like_ people being able to just open files and mucking with them. It's considered extremely bad form in CVS (yeah, people _do_ actually open the CVS internal *,v files and muck with them, and it's a horrible horrible thing to do, but sometimes people have reason to do it), but in git, all the files you really *really* must not try to edit are compressed binary files and are protected by really strong checksums etc, so I don't think it's wrong to encourage people to edit files under .git/ by hand. The things that can be edited are perfectly fine to edit. You can screw things up, of course, but on the other hand, I think people can really get a much better feeling for what git does if they end up understanding the files that git depends on. So by all means, get down and dirty, and just fire up your editor on .git/HEAD when you want to create a repository that has some other default HEAD than 'master'. Linus - 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