Warum muss ich die ganze Zeit "--set-upstream" machen?

Ich erstelle einen neuen Zweig in Git:

git branch my_branch

Drück es:

git push origin my_branch

Angenommen, jemand hat einige Änderungen am Server vorgenommen, und ich möchte abrufen origin/my_branch. Ich mache:

git pull

Aber ich verstehe:

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.

Ich habe gelernt, dass ich es schaffen kann mit:

git branch --set-upstream my_branch origin/my_branch

Aber warum muss ich das für jeden Zweig tun, den ich erstelle? Ist es nicht klar , dass , wenn ich schiebe my_branchin origin/my_branch, dann würde ich ziehen will origin/my_branchin my_branch? Wie kann ich dies zum Standardverhalten machen?

Eine Verknüpfung, die nicht davon abhängt, sich die Syntax für git branch --set-upstream ¹ zu merken, lautet:

git push -u origin my_branch

... das erste Mal, dass Sie diesen Zweig schieben. Oder um zum aktuellen Zweig zu einem gleichnamigen Zweig zu wechseln (praktisch für einen Alias):

git push -u origin HEAD

Sie müssen es nur -ueinmal verwenden, und das stellt die Zuordnung zwischen Ihrem Zweig und dem Zweig auf origindie gleiche Weise her wie zuvor git branch --set-upstream.

Persönlich halte ich es für eine gute Sache, diese Zuordnung zwischen Ihrem Zweig und einem Zweig auf der Fernbedienung explizit einrichten zu müssen. Es ist nur eine Schande, dass die Regeln für git pushund unterschiedlich sindgit pull .

¹ Es mag albern klingen, aber ich vergesse sehr häufig, den aktuellen Zweig anzugeben, vorausgesetzt, dies ist die Standardeinstellung - dies ist nicht der Fall, und die Ergebnisse sind höchst verwirrend :)

Update 11.10.2012 : Anscheinend bin ich nicht die einzige Person, die es leicht fand, sich zu irren! Vielen Dank an VonC für den Hinweis, dass Git 1.8.0 das Offensichtlichere einführt git branch --set-upstream-to, das wie folgt verwendet werden kann, wenn Sie sich in der Branche befinden my_branch:

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

... oder mit der kurzen Option:

git branch -u origin/my_branch

Diese Änderung und ihre Begründung sind in den Versionshinweisen zu git 1.8.0, Versionskandidat 1, beschrieben :

Es war verlockend zu sagen git branch --set-upstream origin/master, aber das veranlasst Git, den lokalen Zweig so zu arrangieren, dass er in origin/masterden aktuell ausgecheckten Zweig integriert wird, was höchst unwahrscheinlich ist, was der Benutzer meinte. Die Option ist veraltet. Verwenden Sie stattdessen die neue Option --set-upstream-to(kurz und bündig -u).

Sie können dies mit weniger Eingabe erreichen. Ändern Sie zunächst die Funktionsweise Ihres Push:

git config --global push.default current

Dadurch wird auf den origin my_branchTeil geschlossen, sodass Sie Folgendes tun können:

git push -u

Dadurch wird der Remote-Zweig mit demselben Namen erstellt und verfolgt.

Sie können einfach

git checkout -b my-branch origin/whatever

an erster Stelle. Wenn Sie branch.autosetupmergeoder branch.autosetuprebase(mein Favorit) auf always(Standard ist true) setzen, my-branchwird automatisch verfolgt origin/whatever.

Siehe git help config.

Dies ist meine häufigste Verwendung für 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.
...

Außerdem macht es Spaß, Schimpfwörter in Ihr Terminal einzugeben.

Sie können Upstream auf zwei Arten einfacher einrichten. Zuerst, wenn Sie den Zweig erstellen:

git branch -u origin/my-branch

oder nachdem Sie einen Zweig erstellt haben, können Sie diesen Befehl verwenden.

git push -u origin my-branch

Sie können auch in einem einzigen Befehl verzweigen, auschecken und Upstream einrichten:

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

Ich persönlich bevorzuge dies in einem zweistufigen Befehl:

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

Sie können verwenden:

git config --global branch.autosetupmerge immer

Dadurch wird der Upstream-Zweig jedes Mal verknüpft, wenn Sie einen neuen Zweig erstellen oder auschecken.

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

Dies funktioniert auch branch.autosetuprebase, wenn Sie einem auf Rebase ausgerichteten Workflow folgen, diesen jedoch nur verwenden, wenn Sie wissen, was Sie tun, da Ihr Pull-Verhalten standardmäßig auf Rebase basiert, was zu merkwürdigen Ergebnissen führen kann.

Übrigens die Verknüpfung zum Verschieben des aktuellen Zweigs auf eine Fernbedienung mit demselben Namen:

$ git push -u origin HEAD

Ich persönlich verwende diesen folgenden Alias ​​in Bash

in der Datei ~ / .gitconfig

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

und in der Datei ~ / .bashrc oder ~ / .zshrc

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

Wenn das Folgende nicht funktioniert:

git config --global push.default current

Sie sollten auch die lokale Konfiguration Ihres Projekts aktualisieren, da Ihr Projekt möglicherweise lokale Git-Konfigurationen hat:

git config --local push.default current

Sie können git pull auch explizit mitteilen, welcher Remote-Zweig abgerufen werden soll (wie in der Fehlermeldung erwähnt):

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

Seien Sie jedoch vorsichtig: Wenn Sie sich in einem anderen Zweig befinden und einen expliziten Pull ausführen, wird die von Ihnen gezogene Referenz mit dem Zweig zusammengeführt, in dem Sie sich befinden!

Wenn Sie versuchen, einen Zweig zu verfolgen, der bereits auf der Fernbedienung vorhanden ist (z. B. origin / somebranch), ihn aber noch nicht lokal ausgecheckt hat, können Sie Folgendes tun:

$ git checkout --track origin/somebranch

Hinweis: '-t' ist die verkürzte Version der Option '--track'.

Dies schafft die gleiche Assoziation auf Anhieb.

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

Ich verwende diesen Git-Alias, anstatt den Vorschlag von Git jedes Mal zu kopieren / einzufügen: https://gist.github.com/ekilah/88a880c84a50b73bd306

Quelle unten kopiert (fügen Sie diese Ihrer ~/.gitconfigDatei hinzu):

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

Sie können einen wirklich guten Alias ​​einrichten, der dies ohne die übermäßig ausführliche Syntax handhabt.

Ich habe den folgenden Alias ​​in ~/.gitconfig:

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

Nachdem Sie einen Commit für einen neuen Zweig vorgenommen haben, können Sie Ihren neuen Zweig verschieben, indem Sie einfach den folgenden Befehl eingeben:

git po

Für diejenigen, die nach einem Alias ​​suchen, der funktioniert git pull, verwende ich Folgendes:

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

Wann immer Sie bekommen:

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

Renn einfach:

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

Und du kannst loslegen

Weil Git die coole Fähigkeit hat, verschiedene Zweige in verschiedene "Upstream" -Repositorys zu schieben / ziehen. Sie können sogar separate Repositorys zum Drücken und Ziehen verwenden - auf demselben Zweig. Dies kann einen verteilten, mehrstufigen Fluss erzeugen. Ich kann sehen, dass dies bei Projekten wie dem Linux-Kernel nützlich ist. Git wurde ursprünglich für dieses Projekt entwickelt.

Infolgedessen wird nicht davon ausgegangen, welches Repo Ihre Filiale verfolgen soll.

Auf der anderen Seite verwenden die meisten Leute git nicht auf diese Weise, daher ist dies möglicherweise ein gutes Argument für eine Standardoption.

Git ist im Allgemeinen ziemlich niedrig und es kann frustrierend sein. Es gibt jedoch GUIs, und es sollte einfach sein, Hilfsskripte zu schreiben, wenn Sie sie weiterhin über die Shell verwenden möchten.

Sie können auch tun git push -u origin $(current_branch)

Ich habe es legitaufgrund dieses Problems wiederentdeckt (nur OS X). Jetzt verwende ich beim Verzweigen nur noch diese beiden Befehle:

legit publish [<branch>] Veröffentlicht den angegebenen Zweig auf der Fernbedienung. (alias: pub)

legit unpublish <branch> Entfernt den angegebenen Zweig von der Fernbedienung. (alias: unp)

SublimeGit kommt mit legitUnterstützung standardmäßig die ganze Verzweigung Routine so einfach wie Drücken von Strg-b macht.

Wir benutzen Phabricator und pushen nicht mit Git. Ich musste einen Bash-Alias ​​erstellen, der unter Linux / Mac funktioniert

vim ~/.bash_aliases

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

speichern

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

Hier ist ein Bash-Alias ​​für Git-Push, der für jeden Push sicher ausgeführt werden kann und automatisch zwischen der Einstellung des Upstreams für den ersten Push und dem anschließenden normalen Push umschaltet.

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

Ursprünglicher Beitrag