Eu gostaria de empurrar e puxar todos os ramos por padrão, incluindo os recém-criados.

Existe uma configuração que eu possa definir?

Caso contrário, quando adiciono uma nova ramificação, localmente, e quero extraí-la do servidor, qual é a maneira mais simples de fazer isso?

Eu criei um novo ramo com o mesmo nome e tentei puxar, mas ele não funciona. Me pede todas as configurações remotas da filial. Como faço para configurá-lo.

A maneira mais simples é fazer:

git push --all origin

Isso enviará tags e ramificações.

Com o git moderno, você sempre busca todas as ramificações (como ramificações de rastreamento remoto no refs/remotes/origin/*espaço para nome, visíveis com git branch -rou git remote show origin).

Por padrão (consulte a documentação da push.defaultvariável de configuração), você empurra ramos correspondentes , o que significa que primeiro você precisa fazer com que o git push origin branchgit o empurre sempre git push.

Se você deseja sempre enviar todas as ramificações por push , é possível configurar push refspec. Supondo que o controle remoto seja nomeado, originvocê pode usar o git config :

$ git config --add remote.origin.push '+refs/heads/*:refs/heads/*'
$ git config --add remote.origin.push '+refs/tags/*:refs/tags/*'

ou edite diretamente o .git/configarquivo para ter algo como o seguinte:

[origem remota]
        url = usuá[email protected]: /srv/git/repo.git
        busca = + refs / heads / *: refs / remotes / origin / *
        buscar = + refs / tags / *: refs / tags / *
        push = + refs / cabeças / *: refs / cabeças / *
        push = + refs / tags / *: refs / tags / *

Incluir o + na especificação de envio é provavelmente uma má ideia, pois significa que o git fará um envio sem avanço rápido, mesmo sem o -f , e se o servidor remoto estiver configurado para aceitá-lo, você poderá perder o histórico.

Tente exatamente isso:

$ git config --add remote.origin.push 'refs/heads/*:refs/heads/*'
$ git config --add remote.origin.push 'refs/tags/*:refs/tags/*'
$ git config --add remote.origin.fetch 'refs/heads/*:refs/remotes/origin/*'
$ git config --add remote.origin.fetch 'refs/tags/*:refs/tags/*'

Eu usei os comandos abaixo para migrar todas as ramificações para o novo repositório.

~$ git clone --mirror <url_of_old_repo>
~$ cd <name_of_old_repo>
~$ git remote add new-origin <url_of_new_repo>
~$ git push new-origin master
~$ git push new-origin --mirror

NOTA : Eu tive que usar o segundo último comando (ou seja, pressionar primeiro o mestre) enquanto clonava um repo de Atlassian Stash para o AWS CodeCommit (repo em branco). Não tenho certeza do motivo, mas depois de pressionar ( git push new-origin --mirror) o ramo padrão estava se referindo a algum outro ramo que não master.

Se você estiver movendo ramificações para um novo repositório de operações de um antigo e NÃO tiver todos os ramos de repositório antigos locais, será necessário rastreá-los primeiro.

for remote in `git branch -r | grep -v '\->'`; do git branch --track $remote; done

Em seguida, adicione seu novo repositório remoto:

git remote add bb <path-to-new-repo>

Em seguida, você pode enviar todos usando este comando:

git push -u bb --all

Ou você pode configurar o repositório usando os comandos git config anotados nas outras respostas aqui, se você não estiver fazendo isso apenas uma vez ou estiver apenas procurando mover ramificações locais.

O ponto importante, as outras respostas apenas enviam todos os ramos LOCAIS. Se as ramificações existirem apenas em um repositório REMOTE alternativo, elas não se moverão sem rastreá-las primeiro. O loop for apresentado aqui ajudará nisso.

Para ver todos os ramos sem usar, git branch -avocê deve executar:

for remote in `git branch -r`; do git branch --track $remote; done
git fetch --all
git pull --all

Agora você pode ver todos os ramos:

git branch

Para empurrar todos os ramos, tente:

git push --all

Se você estiver movendo todas as ramificações para um novo repositório, de um antigo, no repositório local, precisará configurar o rastreamento de cada ramo para os ramos de origem existentes, antes de passar para o novo repositório, caso contrário, todos os ramos de origem não aparecerão em a nova origem. Faça isso manualmente, rastreando ou verificando cada ramificação, ou use o liner:

for remote in `git branch -r | grep -v '\->' | grep -v master`; do git branch --track `echo $remote|sed 's=origin/=='` `echo $remote`; done

Esse comando de uma linha é baseado nas versões dele em outras respostas nesta página, mas é sem dúvida melhor porque:

1. ele configura corretamente o rastreamento de ramificação, ao contrário de algumas variantes mais antigas deste comando nesta página, que fornecem apenas um parâmetro para - rastrear e, portanto, cada ramificação acaba rastreando o mestre - não é bom
2. nomeia as ramificações locais sem o prefixo "origin /" que eu pessoalmente não quero - e é consistente com o que acontece quando você faz checkout de uma ramificação normalmente.
3. pula o mestre de rastreamento, já que isso já está acontecendo
4. na verdade, não faz checkout de nada, portanto, é rápido
5. evita tropeçar no -> na saída do git branch -r

Em seguida, se você estiver alternando origens, substitua o link pela origem antiga e aponte para um novo controle remoto. Certifique-se de criar o novo controle remoto primeiro, usando a GUI do bitbucket / github, mas não inclua nenhum arquivo nele ou haverá um problema de mesclagem. Por exemplo

git remote set-url origin [email protected]:YOUR/SOMEREPO.git

Agora empurre. Observe que o segundo comando é necessário para enviar as tags também:

git push -u --all origin
git push --tags origin

Solução sem codificação codificada origin na configuração

Use o seguinte em seu gitconfig global

[remote]
    push = +refs/heads/*
    push = +refs/tags/*

Isso empurra todos os ramos e todas as tags

Por que você NÃO deve codificar origin na configuração?

Se você codificar:

1. Você terminará origincomo um controle remoto em todos os repositórios. Portanto, você não poderá adicionar origem, mas precisará usarset-url .
2. Se uma ferramenta criar um controle remoto com um nome diferente, todas as configurações não serão aplicadas. Então você terá que renomear o controle remoto, mas renomear não funcionará porque originjá existe (do ponto 1) lembre-se :)

A busca já é resolvida pelo git moderno

De acordo com a resposta de Jakub Narębski:

Com o git moderno, você sempre busca todas as ramificações (como ramificações de rastreamento remoto no espaço de nomes refs / remotes / origin / *