Dlaczego muszę cały czas robić `--set-upstream`?

Tworzę nowy oddział w Git:

git branch my_branch

Popchnij:

git push origin my_branch

Teraz powiedz, że ktoś dokonał pewnych zmian na serwerze, a ja chcę z niego skorzystać origin/my_branch. Ja robię:

git pull

Ale dostaję:

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.

Nauczyłem się, że mogę sprawić, by działał z:

git branch --set-upstream my_branch origin/my_branch

Ale dlaczego muszę to robić dla każdej tworzonej gałęzi? Czy to nie jest oczywiste, że jeśli pcham my_branchsię origin/my_branch, a potem chciałbym ciągnąć origin/my_branchsię my_branch? Jak mogę ustawić to jako domyślne zachowanie?

Skrót, który nie zależy od zapamiętania składni dla git branch --set-upstream ^1, polega na:

git push -u origin my_branch

... za pierwszym razem, kiedy naciskasz tę gałąź. Lub, aby wypchnąć do bieżącej gałęzi do gałęzi o tej samej nazwie (przydatne dla aliasu):

git push -u origin HEAD

Musisz użyć -utylko raz, a to ustanawia powiązanie między twoim oddziałem a oddziałem originw taki sam sposób, jak git branch --set-upstreamrobi.

Osobiście uważam, że dobrze jest jawnie skonfigurować powiązanie między oddziałem a oddziałem na pilocie. Szkoda tylko, że zasady są różne dla git pushigit pull .

¹ Może to zabrzmieć głupio, ale bardzo często zapominam podać bieżącą gałąź, zakładając, że jest to domyślna - nie jest, a wyniki są najbardziej mylące :)

Aktualizacja 11.10.2012 : Najwyraźniej nie jestem jedyną osobą, która łatwo się pomyliła! Dzięki VonC za zwrócenie uwagi na to, że git 1.8.0 wprowadza bardziej oczywiste git branch --set-upstream-to, których można użyć w następujący sposób, jeśli jesteś na gałęzi my_branch:

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

... lub z krótką opcją:

git branch -u origin/my_branch

Ta zmiana wraz z uzasadnieniem została opisana w uwagach do wydania dla git 1.8.0, kandydat do wydania 1 :

Kuszące było powiedzenie git branch --set-upstream origin/master, ale to mówi Gitowi, aby zorganizował lokalny oddział w origin/mastercelu integracji z aktualnie wyewidencjonowanym oddziałem, co jest bardzo mało prawdopodobne, co miał na myśli użytkownik. Opcja jest przestarzała; zamiast tego użyj nowej --set-upstream-to(z krótką i słodką -u) opcji.

Możesz to zrobić przy mniejszym pisaniu. Najpierw zmień sposób działania push:

git config --global push.default current

Spowoduje to wywnioskowanie origin my_branchczęści, dzięki czemu możesz:

git push -u

Które utworzą zdalną gałąź o tej samej nazwie i będą ją śledzić.

Możesz po prostu

git checkout -b my-branch origin/whatever

na pierwszym miejscu. Jeśli ustawisz branch.autosetupmergelub branch.autosetuprebase(moje ulubione) na always(domyślnie jest true), my-branchbędzie automatycznie śledzić origin/whatever.

Zobaczyć git help config.

Możesz ustawić upstream prościej na dwa sposoby. Najpierw podczas tworzenia oddziału:

git branch -u origin/my-branch

lub po utworzeniu oddziału możesz użyć tego polecenia.

git push -u origin my-branch

Możesz także rozgałęzić się, sprawdzić i skonfigurować w jednym poleceniu:

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

Osobiście wolę to zrobić w dwuetapowym poleceniu:

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

To moje najczęstsze zastosowanie w 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.
...

Również fajnie jest pisać przekleństwa w swoim terminalu.

Możesz użyć:

git config --global branch.autosetupmerge zawsze

który połączy gałąź nadrzędną za każdym razem, gdy tworzysz lub kasujesz nową gałąź.

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

Działa to również w przypadku branch.autosetuprebase, gdy postępujesz zgodnie z procesem bardziej skoncentrowanym na bazowaniu, ale nie używaj tego, chyba że wiesz, co robisz, ponieważ spowoduje to zmianę domyślnego zachowania podczas ściągania, co może powodować dziwne wyniki.

Nawiasem mówiąc, skrót do wypychania bieżącej gałęzi do pilota o tej samej nazwie:

$ git push -u origin HEAD

Osobiście używam tych następujących aliasów w bash

w pliku ~ / .gitconfig

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

oraz w pliku ~ / .bashrc lub ~ / .zshrc

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

Jeśli poniższe nie działa:

git config --global push.default current

Powinieneś także zaktualizować lokalną konfigurację swojego projektu, ponieważ jest to możliwe, że Twój projekt ma lokalne konfiguracje git:

git config --local push.default current

Możesz także wyraźnie powiedzieć git pull, którą gałąź zdalną należy pobrać (jak wspomniano w komunikacie o błędzie):

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

Bądź jednak ostrożny: jeśli jesteś w innej gałęzi i wykonujesz wyraźne ściąganie, ściągnięty refspec zostanie scalony w gałęzi, w której się znajdujesz!

Jeśli chodzi o to, co jest warte, jeśli próbujesz śledzić gałąź, która już istnieje na pilocie (np. Origin / somebranch), ale nie sprawdziłeś jej jeszcze lokalnie, możesz:

$ git checkout --track origin/somebranch

Uwaga: „-t” jest skróconą wersją opcji „--track”.

To ustanawia to samo skojarzenie od samego początku.

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

Używam tego aliasu Git zamiast kopiować / wklejać sugestię z Git za każdym razem: https://gist.github.com/ekilah/88a880c84a50b73bd306

Źródło skopiowane poniżej (dodaj to do ~/.gitconfigpliku):

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

Możesz ustawić naprawdę dobry alias, który poradzi sobie z tym bez nadmiernie pełnej składni.

Mam następujący alias w ~/.gitconfig:

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

Po zatwierdzeniu nowego oddziału możesz wypchnąć nowy oddział, po prostu wpisując polecenie:

git po

Dla tych, którzy szukają działającego aliasu, git pullużywam tego:

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

Teraz, gdy otrzymasz:

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

Po prostu biegnij:

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

I możesz już iść

Ponieważ git ma fajną zdolność do wypychania / ciągnięcia różnych gałęzi do różnych repozytoriów „upstream”. Możesz nawet użyć osobnych repozytoriów do pchania i ciągnięcia - na tej samej gałęzi. Może to stworzyć rozproszony, wielopoziomowy przepływ. Widzę, że jest to przydatne w projektach takich jak jądro Linuksa. Git został pierwotnie zbudowany do użytku w tym projekcie.

W rezultacie nie zakłada się, które repo powinno śledzić Twoja gałąź.

Z drugiej strony większość ludzi nie korzysta z git w ten sposób, więc może to stanowić uzasadnienie dla opcji domyślnej.

Git jest ogólnie dość niski i może być frustrujący. Istnieją jednak GUI i pisanie skryptów pomocniczych powinno być łatwe, jeśli nadal chcesz korzystać z powłoki.

Możesz też zrobić git push -u origin $(current_branch)

Ponownie odkryłem legit powodu tego problemu (tylko OS X). Teraz podczas rozgałęziania używam tylko tych dwóch poleceń:

legit publish [<branch>] Publikuje określoną gałąź do zdalnego. (Alias:pub )

legit unpublish <branch> Usuwa określoną gałąź ze zdalnego. (ps: unp)

SublimeGit jest domyślnie wyposażony w legitobsługę, która sprawia, że ​​cała procedura rozgałęziania jest tak prosta, jak naciśnięcie Ctrl-b.

Używamy fabrykatora i nie używamy git. Musiałem stworzyć alias bash, który działa na Linux / Mac

vim ~/.bash_aliases

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

zapisać

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

Oto alias bash dla git push, który można bezpiecznie uruchamiać dla każdego pusha i automatycznie przełącza się między ustawieniem w górę dla pierwszego pusha, a następnie wykonywaniem normalnych pushów po tym.

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

Oryginalny post