Como faço para renomear meu branch 'master' do Git para 'release'?

Gostaríamos de impor uma nova política para nossos projetos de que o branch master agora seja chamado de branch de lançamento para garantir que seja mais claro como o branch deve ser usado. Naturalmente, também teremos desenvolver e lançar branches candidatos.

Eu entendo que posso renomear o branch master localmente simplesmente usando o seguinte:

git branch -m master release

No entanto, isso ocorre apenas localmente. Mesmo se eu empurrar isso para o remoto, o HEAD ainda aponta para o branch master remoto. Eu quero me livrar do branch master completamente e tornar o branch local padrão no clone inicial, ser liberado.

Como posso conseguir isso?

Parece que, como a origem está em um servidor Gitorious , recebo erros ao excluir o branch master. Estou tentando ver agora se é possível mudar isso para que o branch padrão seja 'release'.

git checkout -b release master    # Create and switch to the release branch
git push -u origin release        # Push the release branch to the remote and track it
git branch -d master              # Delete local master
git push --delete origin master   # Delete remote master
git remote prune origin           # Delete the remote tracking branch

Observe que, se estiver usando o GitHub, você precisará primeiro alterar seu branch "padrão" no GitHub após a etapa 3:

Em seu repositório em github.com, vá em Configurações → Ramificações → Ramificação padrão . Altere-o para liberar e execute o restante das etapas.

Confira seu ramo mestre

git checkout master

Crie seu branch de lançamento e mude para ele:

git branch release
git checkout release

Envie isso para o servidor

git push origin release

Exclua a referência do branch master no servidor

git push origin :master

Exclua o branch master local

git branch -d master

Observação: essa resposta é destinada a servidores Git auto-hospedados nos quais você tem acesso à linha de comando.

Como tentar excluir o remote masterde um cliente de fato não é permitido e presumo que proibir denyDeleteCurrentfaça sentido, não gostaria de alterar essa configuração.

No entanto, descobri que a maneira mais fácil de renomear seu master se você tiver acesso à linha de comando para o servidor remoto é executar o comando rename diretamente no remoto.

Isso funcionou para mim:

1. Faça login via SSH no servidor git remoto
2. Vá para a pasta xxx.git do seu projeto
3. corre: git branch -m master release

Agora, o repositório remoto usa releasecomo seu branch padrão e qualquer um git clonenesse repositório de qualquer cliente fará o check-out do branch de lançamento por padrão.

É muito útil também após configurar um repositório vazio para configurá-lo de acordo com suas necessidades.

Como afirmado anteriormente por outros, o problema aqui é Gitorious, que não permite que você exclua o branch HEAD por padrão. Você tem duas opções para contornar esse problema. Uma é fazer login no servidor Gitorious (com ssh), encontrar o repositório Git no servidor de arquivos e adicionar:

[receive]
        denyDeleteCurrent = warn

para a configuração.

Uma opção mais fácil é apenas alterar o branch padrão. Vá para o seu repositório na interface da web do Gitorious, pressione "Editar repositório" e defina "Cabeçalho Alterar o ref simbólico, o cabeçalho no repositório Git aponta para:". Depois de fazer isso, você pode excluir o branch master.

Se você tiver esse problema com o GitHub , siga as etapas até excluir o branch no remoto. Não vai deixar você fazer isso. Em seguida, efetue login na interface da Web e, no repositório, vá em Configurações → Ramificações → Ramificação padrão . Mude para a nova ramificação e execute o resto das etapas.

Idealmente, você deseja configurar o rastreamento, então faça o seguinte:

git push origin HEAD:release
git checkout --track origin/release

Agora, você quer deletar os outros?

git branch -d master
git push origin :master

Simples!

Uma vez que você terminou de renomear os ramos, definir o HEAD releasepara remoto

git remote set-head origin release

Então, para deletar o masterbranch no remoto, você teria que ser o administrador, pelo menos no GitHub. Por favor, consulte esta postagem para mais informações.