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

Możesz to zrobić z mniejszą ilością pisania. Po pierwsze, zmień sposób działania push:

git config --global push.default current

To wywnioskuje origin my_branch część, więc można zrobić:

git push -u

Który utworzy zdalną gałąź o tej samej nazwie i wyśledzi ją.

Możesz po prostu

git checkout -b my-branch origin/whatever

W pierwszej kolejności. Jeśli ustawisz branch.autosetupmerge lub branch.autosetuprebase (Moje Ulubione) na always (domyślnie jest true), my-branch automatycznie śledzi origin/whatever.

Zobacz git help config.

Można ustawić prostsze pod prąd na dwa sposoby. Najpierw podczas tworzenia gałęzi:

git branch -u origin/my-branch

Lub po utworzeniu gałęzi, możesz użyć tego polecenia.

git push -u origin/my-branch

Możesz również rozgałęziać, sprawdzać i ustawiać pod prąd jednym poleceniem:

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

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

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

Możesz użyć:

Git config --global branch.autosetupmerge zawsze

Który połączy gałąź upstream za każdym razem, gdy utworzysz lub zrealizujesz nową gałąź.

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

Działa to również z autosetuprebase, jeśli stosujesz bardziej skoncentrowany przepływ pracy rebase, ale nie używaj go, chyba że wiesz, co robisz, ponieważ domyślnie zachowanie pull będzie rebase, co może powodować dziwne rezultaty.

To jest moje najczęstsze użycie dla 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.
...

Przy okazji, skrót do przeniesienia bieżącej gałęzi do pilota o tej samej nazwie:

$ git push -u origin HEAD

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

Możesz również jawnie powiedzieć git pull, która zdalna gałąź ma ściągnąć (Jak wspomina w komunikacie o błędzie):

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

uważaj jednak na to: jeśli jesteś na innej gałęzi i wykonasz wyraźne pociągnięcie, refspec, który pociągniesz, zostanie scalony z gałęzią, na której się znajdujesz!

Jeśli chcesz śledzić gałąź, która już istnieje na pilocie (np. origin/some Branch) ale nie Sprawdzilem jeszcze tego lokalnie, mozna zrobic:

$ git checkout --track origin/somebranch

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

To tworzy to samo skojarzenie od samego początku.

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 pliku ~/.gitconfig):

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

Możesz skonfigurować naprawdę dobry alias, który poradzi sobie z tym bez zbyt zwięzłej składni.

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

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

Po dokonaniu commitu na nowej gałęzi, możesz wypchnąć nową gałąź, wpisując komendę:

git po

Ja osobiście używam następujących aliasów w bash

W ~/.plik gitconfig

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

I w~/.basehrc lub ~/.plik zshrc

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

Dla tych, którzy szukają aliasu, który działa z git pull, to jest to, czego używam:

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

Teraz Kiedy masz:

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

Just run:

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

And you ' re good to go

Możesz również zrobić git push -u origin $(current_branch)

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

W konsekwencji nie zakłada się, które repo twoja gałąź powinna śledzić.

On the other ręka, większość ludzi nie używa git w ten sposób, więc może to zrobić dobry przypadek dla opcji domyślnej.

Git jest ogólnie dość niski poziom i może być frustrujący. Jednak istnieją GUI i powinno być łatwo pisać skrypty pomocnicze, jeśli nadal chcesz używać go z powłoki.

I tak jakby na nowo odkryłem legit z tego powodu (tylko OS X). Teraz jedyne czego używam przy rozgałęzianiu to te dwie komendy:

legit publish [<branch>] Publikuje podaną gałąź na zdalnym. (alias: pub)

legit unpublish <branch> Usuwa określoną gałąź z pilota. (alias: unp)

SublimeGit {[8] } jest domyślnie wyposażony w obsługę legit, co sprawia, że cała procedura rozgałęziania jest tak prosta, jak naciśnięcie Ctrl-b.

Używamy phabricatora i nie naciskamy używając Gita. Musiałem utworzyć alias bash, który działa na Linuksie / mac

vim ~/.bash_aliases

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

Zapisz

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