Pourquoi dois-je faire `--set-upstream` tout le temps?

Je crée une nouvelle branche dans Git:

git branch my_branch

Poussez-le:

git push origin my_branch

Maintenant, disons que quelqu'un a fait des changements sur le serveur et que je veux origin/my_branch . Je fais:

git pull

Mais je reçois:

You asked me to pull without telling me which branch you
want to merge with, and 'branch.my_branch.merge' in
your configuration file does not tell me, either. Please
specify which branch you want to use on the command line and
try again (e.g. 'git pull <repository> <refspec>').
See git-pull(1) for details.

If you often merge with the same branch, you may want to
use something like the following in your configuration file:

    [branch "my_branch"]
    remote = <nickname>
    merge = <remote-ref>

    [remote "<nickname>"]
    url = <url>
    fetch = <refspec>

See git-config(1) for details.

J'ai appris que je peux le faire fonctionner avec:

git branch --set-upstream my_branch origin/my_branch

Mais pourquoi dois-je le faire pour chaque branche que je crée? Est - il pas évident que si je pousse my_branchdans origin/my_branch, je voudrais tirer origin/my_branchen my_branch? Comment puis-je en faire le comportement par défaut?

Un raccourci, qui ne dépend pas de la mémorisation de la syntaxe pour git branch --set-upstream ^1, consiste à:

git push -u origin my_branch

... la première fois que vous poussez cette branche. Ou, pour passer à la branche actuelle vers une branche du même nom (pratique pour un alias):

git push -u origin HEAD

Vous n'avez besoin de l'utiliser -uqu'une seule fois, et cela établit l'association entre votre branche et celle originde la même manière git branch --set-upstream.

Personnellement, je pense que c'est une bonne chose d'avoir à établir explicitement cette association entre votre branche et une sur la télécommande. C'est juste dommage que les règles soient différentes pour git pushetgit pull .

¹ Cela peut sembler idiot, mais j'oublie très souvent de spécifier la branche actuelle, en supposant que c'est la valeur par défaut - ce n'est pas le cas, et les résultats sont les plus déroutants :)

Mise à jour 2012-10-11 : Apparemment, je ne suis pas la seule personne à avoir trouvé qu'il était facile de se tromper! Merci à VonC d' avoir souligné que git 1.8.0 introduit le plus évident git branch --set-upstream-to, qui peut être utilisé comme suit, si vous êtes sur la branche my_branch:

git branch --set-upstream-to origin/my_branch

... ou avec l'option courte:

git branch -u origin/my_branch

Cette modification et son raisonnement sont décrits dans les notes de publication de git 1.8.0, version candidate 1 :

C'était tentant de le dire git branch --set-upstream origin/master, mais cela indique à Git d'organiser la branche locale origin/masterpour s'intégrer à la branche actuellement extraite, ce qui est très peu probable ce que l'utilisateur voulait dire. L'option est déconseillée; utilisez plutôt la nouvelle option --set-upstream-to(avec une -uoption courte et douce ).

Vous pouvez y arriver avec moins de frappe. Tout d'abord, changez le fonctionnement de votre push:

git config --global push.default current

Cela déduira la origin my_branchpièce, vous pouvez donc faire:

git push -u

Ce qui créera à la fois la branche distante avec le même nom et la suivra.

Vous pouvez simplement

git checkout -b my-branch origin/whatever

en premier lieu. Si vous définissez branch.autosetupmergeou branch.autosetuprebase(mon préféré) sur always(la valeur par défaut est true), my-branchsera automatiquement suivi origin/whatever.

Tu vois git help config.

Ceci est mon utilisation la plus courante pour The Fuck .

$ git push
fatal: The current branch master has no upstream branch.
To push the current branch and set the remote as upstream, use

    git push --set-upstream origin master

$ fuck
git push --set-upstream origin master [enter/↑/↓/ctrl+c]
Counting objects: 9, done.
...

De plus, il est amusant de taper des jurons dans votre terminal.

Vous pouvez configurer l'amont plus simplement de deux manières. Tout d'abord lorsque vous créez la branche:

git branch -u origin/my-branch

ou après avoir créé une branche, vous pouvez utiliser cette commande.

git push -u origin my-branch

Vous pouvez également créer des branches, extraire et configurer en amont en une seule commande:

git checkout -b my-branch -t origin/my-branch

Ma préférence personnelle est de le faire dans une commande en deux étapes:

git checkout -b my-branch
git push -u origin my-branch

Vous pouvez utiliser:

git config --global branch.autosetupmerge toujours

qui liera la branche en amont chaque fois que vous créez ou extrayez une nouvelle branche.

Voir https://felipec.wordpress.com/2013/09/01/advanced-git-concepts-the-upstream-tracking-branch/

Cela fonctionne également avec branch.autosetuprebase , si vous suivez un flux de travail plus axé sur le rebase, mais ne l'utilisez pas à moins que vous ne sachiez ce que vous faites, car cela entraînera par défaut votre comportement d'extraction pour rebaser, ce qui peut entraîner des résultats étranges.

Par ailleurs, le raccourci pour pousser la branche actuelle vers une télécommande du même nom:

$ git push -u origin HEAD

J'utilise personnellement ces alias suivants dans bash

dans le fichier ~ / .gitconfig

[alias]
    pushup = "!git push --set-upstream origin $(git symbolic-ref --short HEAD)"

et dans le fichier ~ / .bashrc ou ~ / .zshrc

alias gpo="git pushup"
alias gpof="gpo -f"
alias gf="git fetch"
alias gp="git pull"

Si ce qui suit ne fonctionne pas:

git config --global push.default current

Vous devez également mettre à jour la configuration locale de votre projet, car il est possible que votre projet ait des configurations git locales:

git config --local push.default current

Vous pouvez également dire explicitement à git pull quelle branche distante tirer (comme il le mentionne dans le message d'erreur):

git pull <remote-name> <remote-branch>

Attention cependant: si vous êtes sur une branche différente et effectuez un pull explicite, la refspec que vous tirez sera fusionnée dans la branche sur laquelle vous vous trouvez!

Pour ce que cela vaut, si vous essayez de suivre une branche qui existe déjà sur la télécommande (par exemple, origin / somebranch) mais ne l'avez pas encore vérifiée localement, vous pouvez faire:

$ git checkout --track origin/somebranch

Remarque: «-t» est la version abrégée de l'option «--track».

Cela crée la même association dès le départ.

git branch --set-upstream-to=origin/master<branch_name>

J'utilise cet alias Git au lieu de copier / coller la suggestion de Git à chaque fois: https://gist.github.com/ekilah/88a880c84a50b73bd306

Source copiée ci-dessous (ajoutez ceci à votre ~/.gitconfigfichier):

[alias]
  pushup = "!gitbranchname() { git symbolic-ref --short HEAD; }; gitpushupstream() { git push --set-upstream origin `gitbranchname`; }; gitpushupstream"

Vous pouvez configurer un très bon alias qui peut gérer cela sans la syntaxe trop verbeuse.

J'ai l'alias suivant dans ~/.gitconfig:

po = "!git push -u origin \"$(git rev-parse --abbrev-ref HEAD)\""

Après avoir effectué une validation sur une nouvelle branche, vous pouvez pousser votre nouvelle branche en tapant simplement la commande:

git po

Pour ceux qui recherchent un alias qui fonctionne avec git pull, voici ce que j'utilise:

alias up="git branch | awk '/^\\* / { print \$2 }' | xargs -I {} git branch --set-upstream-to=origin/{} {}"

Maintenant, chaque fois que vous obtenez:

$ git pull
There is no tracking information for the current branch.
...

Exécutez simplement:

$ up
Branch my_branch set up to track remote branch my_branch from origin.
$ git pull

Et tu es prêt à partir

Parce que git a la capacité intéressante de pousser / tirer différentes branches vers différents référentiels "en amont". Vous pouvez même utiliser des référentiels séparés pour pousser et tirer - sur la même branche. Cela peut créer un flux distribué à plusieurs niveaux, je peux voir que cela est utile sur des projets tels que le noyau Linux. Git a été initialement construit pour être utilisé sur ce projet.

Par conséquent, il ne fait aucune hypothèse sur le repo que votre succursale devrait suivre.

D'un autre côté, la plupart des gens n'utilisent pas git de cette façon, cela pourrait donc être un bon argument pour une option par défaut.

Git est généralement assez bas et cela peut être frustrant. Pourtant, il existe des interfaces graphiques et il devrait être facile d'écrire des scripts d'assistance si vous souhaitez toujours l'utiliser à partir du shell.

Vous pouvez aussi faire git push -u origin $(current_branch)

J'ai en quelque sorte redécouvert à legitcause de ce problème (OS X uniquement). Maintenant, tout ce que j'utilise lors du branchement sont ces deux commandes:

legit publish [<branch>] Publie la branche spécifiée sur la télécommande. (alias: pub)

legit unpublish <branch> Supprime la branche spécifiée de la télécommande. (alias: unp)

SublimeGit est livré avec un legitsupport par défaut, ce qui rend la routine de branchement complète aussi simple que d'appuyer sur Ctrl-b.

Nous utilisons phabricator et ne poussons pas avec git. J'ai dû créer un alias bash qui fonctionne sous Linux / mac

vim ~/.bash_aliases

new_branch() {
    git checkout -b "$1"
    git branch --set-upstream-to=origin/master "$1"
}

enregistrer

source ~/.bash_aliases
new_branch test #instead of git checkout -b test
git pull

Voici un alias bash pour git push qui peut être exécuté en toute sécurité pour chaque push et basculera automatiquement entre la configuration en amont pour la première push, puis les push normales après cela.

alias gpu='[[ -z $(git config "branch.$(git symbolic-ref --short HEAD).merge") ]] && git push -u origin $(git symbolic-ref --short HEAD) || git push'

Message d'origine