Alterar um HEIT remoto do Git para apontar para algo além do mestre

Como faço para definir a referência HEAD de um controle remoto do Git para apontar para algo além de "master"?

Meu projeto tem uma política para não usar uma ramificação "principal" (todas as ramificações devem ter nomes significativos). Além disso, o repositório principal canônico é acessível apenas via ssh: //, sem acesso ao shell (como GitHub ou Unfuddle).

Meu problema é que o repositório remoto ainda tem uma referência HEAD para refs / heads / master, mas preciso que aponte para um ramo diferente. Isso está causando dois problemas:

1. Ao clonar o repositório, aí está,

   aviso: HEAD remoto refere-se a referência inexistente, incapaz de efetuar o checkout.

   Isso é confuso e inconveniente.

2. O navegador de código baseado na Web depende do HEAD como base para navegar na árvore. Preciso HEAD para apontar para um ramo válido, então.

Havia quase a mesma pergunta no GitHub há um ano.

A ideia era renomear o ramo principal:

git branch -m master development
git branch -m published master
git push -f origin master 

Tornar o mestre o que você quer que as pessoas usem e fazer todo o trabalho nas filiais.

(um " git-symbolic-ref HEAD refs/head/published" não seria propagado para o repositório remoto)

É semelhante a " Como faço para excluir a origem / mestre no Git ".

Como dito neste tópico : (ênfase minha)

" git clone" cria apenas uma única ramificação local.
Para fazer isso, ele analisa o HEAD refrepositório remoto e cria uma filial local com o mesmo nome da filial remota referenciada por ele.

Então, para finalizar, você repo A e clona:

• HEADreferências refs/heads/mastere que existe
  -> você obtém uma ramificação local chamada mestre, iniciando na origem / mestre

• Referências HEAD refs/heads/anotherBranche que existem
  -> você recebe um ramo local chamado anotherBranch, começando emorigin/anotherBranch

• Referências HEAD refs/heads/mastere isso não existe
  -> "git clone" reclama

Não tenho certeza se há alguma maneira de modificar diretamente a HEADref em um repo .

(qual é o ponto principal da sua pergunta, eu sei;))

Talvez a única maneira seja uma "publicação para os pobres" , onde você:

 $ git-symbolic-ref HEAD refs/head/published
 $ git-update-server-info
 $ rsync -az .git/* server:/local_path_to/git/myRepo.git/

Mas isso envolveria acesso de gravação ao servidor, o que nem sempre é possível.

Como explico em " Git: maneira correta de alterar o Active Branch em um repositório vazio? ", git remote set-headNão mudaria nada no repositório remoto.

Somente alteraria a filial de rastreamento remoto armazenada localmente em seu repositório local, em remotes/<name>/HEAD.

Atualização: Isso funciona apenas para a cópia local do repositório (o "cliente"). Veja os comentários de outras pessoas abaixo.

Com uma versão recente do git (fevereiro de 2014), o procedimento correto seria:

git remote set-head $REMOTE_NAME $BRANCH

Por exemplo, alternar a cabeça do controle remoto originpara o ramo developseria:

git remote set-head origin develop

Desde que você mencionou o GitHub, para fazê-lo no site deles simplesmente entre no seu projeto, então ...

admin > Default Branch > (choose something)

Feito.

Veja: http://www.kernel.org/pub/software/scm/git/docs/git-symbolic-ref.html

Isso define a ramificação padrão no repositório git. Você pode executar isso em repositórios vazios ou espelhados.

Uso:

$ git symbolic-ref HEAD refs/heads/<branch name>

(Já havia basicamente a mesma pergunta " criar uma referência simbólica git no repositório remoto ", que não recebeu resposta universal.)

Mas existem respostas específicas para vários "farms" do git (onde vários usuários podem gerenciar repositórios git através de uma interface restrita: via http e ssh): http://Github.com , http://Gitorious.org , http: / /repo.or.cz , Girar ( http://git.altlinux.org ).

Essas respostas específicas podem ser úteis para quem lê esta página e pensa sobre esses serviços específicos.

• Agora eles têm um menu suspenso para selecionar a ramificação HEAD em http://repo.or.cz (exemplo: http://repo.or.cz/editproj.cgi?name=for-me-and-for- all_imz.git );
• e em http://gitorious.org também (procure em algum lugar nas configurações);
• e em http://GitHub.com : admin> Filial padrão> (escolha alguma coisa) (graças à resposta da @ srcspider);
• Desde a v2.6 , o ramo padrão pode ser definido na interface da Web em 'Projetos'> 'Lista'>> 'Ramos' . Na v2.12, Gerrit adicionou um novo comando set-head que pode ser usado sobre o ssh .
• e no Girar (rodando em http://git.altlinux.org para criar pacotes para a distribuição do ALT), pode-se usar a interface ssh para isso: $ ssh git.alt help | fgrep branch default-branch <path to git repository> [<branch>] $ por exemplo, ssh git.alt default-branch packages/autosshd.git sisyphusalterar o HEAD no repositório remoto autosshd.gitpara apontar para o sisyphusramo.

Se você tiver acesso ao repositório remoto a partir de um shell, basta acessar o .git (ou o diretório principal, se for um repositório simples) e alterar o arquivo HEAD para apontar para o cabeçalho correto. Por exemplo, por padrão, ele sempre contém 'refs: refs / heads / master', mas se você precisar que foo seja o HEAD, basta editar o arquivo HEAD e alterar o conteúdo para 'refs: refs / heads / foo'.

Você pode criar uma ramificação principal desanexada usando apenas comandos Git em porcelana:

git init
touch GO_AWAY
git add GO_AWAY
git commit -m "GO AWAY - this branch is detached from reality"

Isso nos dá uma ramificação principal com uma mensagem rude (você pode ser mais educado). Agora criamos nosso ramo "real" (vamos chamá-lo de tronco em homenagem ao SVN) e o divorciamos do mestre :

git checkout -b trunk
git rm GO_AWAY
git commit --amend --allow-empty -m "initial commit on detached trunk"

Ei, pronto! gitk --all mostrará mestre e tronco sem nenhum link entre eles.

A "mágica" aqui é que --amend faz com que o git commit crie um novo commit com o mesmo pai que o HEAD atual e faça HEAD apontar para ele. Mas o HEAD atual não tem um pai, pois é o commit inicial no repositório, portanto, o novo HEAD também não recebe um, tornando-os separados um do outro.

O commit antigo HEAD não é excluído pelo git-gc porque refs / heads / master ainda aponta para ele.

O sinalizador --allow-empty é necessário apenas porque estamos comprometendo uma árvore vazia. Se houvesse algum add do git após o git rm , não seria necessário.

Na verdade, você pode criar uma ramificação desanexada a qualquer momento, ramificando o commit inicial no repositório, excluindo sua árvore, adicionando sua árvore desanexada e executando o git commit --amend .

Sei que isso não responde à pergunta de como modificar a ramificação padrão no repositório remoto, mas fornece uma resposta clara sobre como criar uma ramificação desanexada.

Primeiro, crie o novo ramo que você deseja definir como padrão, por exemplo:

$>git branch main

Em seguida, empurre esse ramo para a origem :

$>git push origin main

Agora, quando você faz login na sua conta do GitHub, pode ir ao seu repositório e escolher Configurações> Filial Padrão e escolher " principal ".

Então, se você escolher, poderá excluir o ramo principal:

$>git push origin :master

Relacionado à pergunta, acabei aqui ao pesquisar:

Como informar um repositório local sobre uma ramificação padrão alterada no GitHub

Para completar, adicione a resposta:

git remote set-head origin -a

Para pessoas gitolitas, o gitolita suporta um comando chamado - aguarde - symbolic-ref. Ele permite que você execute esse comando remotamente se você tiver permissão W (gravação) no repositório.

Simples, basta acessar sua conta do GitHub e, no lado direito do menu de navegação, escolher Configurações , na guia Configurações, escolha Filial padrão e retornar à página principal do seu repositório que fez o truque para mim.