Je voudrais pousser et tirer toutes les branches par défaut, y compris celles nouvellement créées.

Y a-t-il un paramètre que je peux définir pour cela?

Sinon, lorsque j'ajoute une nouvelle branche, localement et que je veux la retirer du serveur, quelle est la manière la plus simple de le faire?

J'ai créé une nouvelle branche avec le même nom et j'ai essayé de tirer mais cela ne fonctionne pas. Me demande pour toute la config distante de la branche. Comment le définir.

La façon la plus simple est de faire:

git push --all origin

Cela poussera les balises et les branches.

Avec git moderne, vous récupérez toujours toutes les branches (en tant que branches de suivi à distance dans l' refs/remotes/origin/*espace de noms, visibles avec git branch -rou git remote show origin).

Par défaut (voir la documentation de la push.defaultvariable config), vous poussez les branches correspondantes , ce qui signifie que vous devez d'abord faire git push origin branchpour que git le pousse toujours git push.

Si vous souhaitez toujours pousser toutes les branches , vous pouvez configurer push refspec. En supposant que la télécommande est nommée, originvous pouvez soit utiliser git config :

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

ou modifiez directement le .git/configfichier pour avoir quelque chose comme ceci:

[origine "distante]
        url = user@example.com: /srv/git/repo.git
        chercher = + refs / têtes / *: refs / télécommandes / origine / *
        fetch = + refs / tags / *: refs / tags / *
        push = + refs / heads / *: refs / heads / *
        push = + refs / tags / *: refs / tags / *

Inclure le + dans la spécification de push est probablement une mauvaise idée, car cela signifie que git fera volontiers une poussée non rapide, même sans -f , et si le serveur distant est configuré pour les accepter, vous pouvez perdre l'historique.

Essayez juste ceci:

$ 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/*'

J'avais utilisé les commandes ci-dessous pour migrer toutes les branches vers le nouveau référentiel.

~$ 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

REMARQUE : j'ai dû utiliser l'avant-dernière commande (c'est-à-dire pousser le maître en premier) lors du clonage d'un dépôt de Atlassian Stash vers AWS CodeCommit ( dépôt vide). Je ne suis pas sûr de la raison, mais après avoir poussé ( git push new-origin --mirror), la branche par défaut faisait référence à une autre branche que master.

Si vous déplacez des branches vers un nouveau référentiel à partir d'une ancienne et que vous n'avez PAS toutes les anciennes branches de référentiel locales, vous devrez d'abord les suivre.

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

Ajoutez ensuite votre nouveau référentiel distant:

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

Ensuite, vous pouvez pousser tout en utilisant cette commande:

git push -u bb --all

Ou vous pouvez configurer le dépôt à l'aide des commandes git config notées dans les autres réponses ici si vous ne le faites pas une seule fois ou si vous cherchez uniquement à déplacer les branches locales.

Le point important, les autres réponses ne poussent que toutes les branches LOCALES. Si les branches n'existent que sur un autre dépôt REMOTE, elles ne se déplaceront pas sans les suivre au préalable. La boucle for présentée ici vous y aidera.

Pour voir toutes les branches sans utiliser, git branch -avous devez exécuter:

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

Vous pouvez maintenant voir toutes les branches:

git branch

Pour pousser toutes les branches, essayez:

git push --all

Si vous déplacez toutes les branches vers un nouveau référentiel à partir d'une ancienne, dans votre référentiel local, vous devez configurer le suivi de chaque branche vers les branches d'origine existantes, avant de passer au nouveau référentiel, sinon toutes vos branches d'origine n'apparaîtront pas dans la nouvelle origine. Pour ce faire, manuellement en suivant ou en vérifiant chaque branche, ou utilisez le seul revêtement:

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

Cette commande d'une ligne est basée sur des versions de celle-ci dans d'autres réponses sur cette page, mais est sans doute meilleure parce que:

1. il configure correctement le suivi des branches, contrairement à certaines variantes plus anciennes de cette commande sur cette page qui ne fournissent qu'un seul paramètre à --track et donc chaque branche finit par suivre master - pas bon
2. nomme les branches locales sans le préfixe «origine /», ce que je ne veux pas personnellement - et est cohérent avec ce qui se passe lorsque vous extrayez une branche normalement.
3. saute le maître de suivi car cela se produit déjà
4. ne vérifie vraiment rien donc est rapide
5. évite de trébucher sur le -> dans la sortie de la branche git -r

Ensuite, si vous changez d'origines, remplacez le lien vers l'ancienne origine et pointez sur une nouvelle télécommande. Assurez-vous de créer d'abord la nouvelle télécommande, en utilisant l'interface graphique bitbucket / github, mais n'y ajoutez aucun fichier ou il y aura un problème de fusion. Par exemple

git remote set-url origin git@bitbucket.org:YOUR/SOMEREPO.git

Maintenant, poussez. Notez que la deuxième commande est également nécessaire pour pousser les balises:

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

Solution sans codage originen dur dans la configuration

Utilisez ce qui suit dans votre gitconfig global

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

Cela pousse toutes les branches et toutes les balises

Pourquoi ne PAS coder originen dur dans la configuration?

Si vous codez en dur:

1. Vous vous retrouverez avec originune télécommande dans tous les dépôts. Vous ne pourrez donc pas ajouter d'origine, mais vous devez utiliser set-url.
2. Si un outil crée une télécommande avec un nom différent, toutes les configurations ne s'appliqueront pas. Ensuite, vous devrez renommer la télécommande, mais renommer ne fonctionnera pas car originexiste déjà (à partir du point 1) rappelez-vous :)

La récupération est déjà prise en charge par git moderne

Selon la réponse de Jakub Narębski:

Avec git moderne, vous récupérez toujours toutes les branches (en tant que branches de suivi à distance dans les espaces de noms refs / remotes / origin / *