Зачем мне все время делать `--set-upstream`?

Я создаю новую ветку в Git:

git branch my_branch

Нажмите это:

git push origin my_branch

Теперь скажите, что кто-то сделал некоторые изменения на сервере, и я хочу вытащить origin/my_branch. Я делаю:

git pull

Но я получаю:

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.

Я узнал, что могу заставить его работать с:

git branch --set-upstream my_branch origin/my_branch

Но зачем мне это делать для каждой создаваемой мной ветки? Разве не очевидно , что если я нажимаю my_branchна origin/my_branch, то я хотел бы, чтобы тянуть origin/my_branchв my_branch? Как я могу сделать это поведение по умолчанию?

Ярлык, который не зависит от запоминания синтаксиса для git branch --set-upstream ¹ , должен сделать:

git push -u origin my_branch

... в первый раз, когда вы нажимаете эту ветку. Или, чтобы перейти к текущей ветви к ветви с тем же именем (удобно для псевдонима):

git push -u origin HEAD

Вам нужно использовать -uтолько один раз, и это устанавливает связь между вашей веткой и филиалом так originже, как это git branch --set-upstreamделается.

Лично я думаю, что было бы хорошо установить эту связь между вашей веткой и одной удаленно. Обидно, что правила для git pushи разныеgit pull .

¹ Это может звучать глупо, но я очень часто забываю указывать текущую ветку, предполагая, что это по умолчанию - это не так, и результаты являются наиболее запутанными :)

Обновление 2012-10-11 : Видимо, я не единственный, кому легко ошибиться! Спасибо VonC за указание, что git 1.8.0 представляет более очевидное git branch --set-upstream-to, что может быть использовано следующим образом, если вы находитесь на ветке my_branch:

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

... или с короткой опцией:

git branch -u origin/my_branch

Это изменение и его обоснование описаны в примечаниях к выпуску git 1.8.0, кандидат на выпуск 1 :

Было заманчиво сказать git branch --set-upstream origin/master, но это говорит Git организовать локальную ветвь origin/masterдля интеграции с текущей проверенной ветвью, что весьма маловероятно для того, что имел в виду пользователь. Опция устарела; используйте вместо этого новую --set-upstream-to(с короткой и сладкой -u) опцию.

Вы можете сделать это с меньшим количеством печати. Во-первых, измените способ работы push:

git config --global push.default current

Это будет выводить origin my_branchчасть, таким образом, вы можете сделать:

git push -u

Который будет создавать удаленную ветку с тем же именем и отслеживать ее.

Вы можете просто

git checkout -b my-branch origin/whatever

на первом месте. Если вы установите branch.autosetupmergeили branch.autosetuprebase(мой любимый) в always(по умолчанию true), my-branchбудет автоматически отслеживать origin/whatever.

См git help config.

Это мое самое распространенное использование для 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.
...

Кроме того, весело вводить ругательства в вашем терминале.

Вы можете настроить upstream проще двумя способами. Сначала при создании ветки:

git branch -u origin/my-branch

или после того, как вы создали ветку, вы можете использовать эту команду.

git push -u origin my-branch

Вы также можете разветвляться, проверять и устанавливать upstream с помощью одной команды:

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

Лично я предпочитаю делать это в два этапа:

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

Ты можешь использовать:

git config --global branch.autosetupmerge всегда

которая будет связывать ветку upstream каждый раз, когда вы создаете или извлекаете новую ветку.

См. Https://felipec.wordpress.com/2013/09/01/advanced-git-concepts-the-upstream-tracking-branch/

Это также работает branch.autosetuprebase, если вы следуете более ориентированному на перебазирование рабочему процессу, но не используете его, если не знаете, что делаете, поскольку по умолчанию ваше поведение извлечения перебазируется, что может привести к странным результатам.

Кстати, ярлык для отправки текущей ветки на удаленный компьютер с таким же именем:

$ git push -u origin HEAD

Я лично использую следующие псевдонимы в Bash

в файле ~ / .gitconfig

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

и в файле ~ / .bashrc или ~ / .zshrc

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

Если ниже не работает:

git config --global push.default current

Вам также следует обновить локальную конфигурацию вашего проекта, так как возможно ваш проект имеет локальные конфигурации git:

git config --local push.default current

Вы также можете явно указать git pull, какую удаленную ветку извлекать (как это упоминается в сообщении об ошибке):

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

Однако будьте осторожны с этим: если вы находитесь в другой ветке и выполняете явное извлечение, ссылка, которую вы извлекаете, будет объединена с ветвью, в которой вы находитесь!

Для чего стоит, если вы пытаетесь отследить ветку, которая уже существует на удаленном компьютере (например, origin / somebranch), но еще не проверила ее локально, вы можете сделать:

$ git checkout --track origin/somebranch

Примечание: «-t» - это сокращенная версия опции «--track».

Это создает ту же ассоциацию сразу.

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

Я использую этот псевдоним Git вместо копирования / вставки предложения из Git каждый раз: https://gist.github.com/ekilah/88a880c84a50b73bd306

Источник скопирован ниже (добавьте это в ваш ~/.gitconfigфайл):

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

Вы можете установить действительно хороший псевдоним, который может справиться с этим без слишком подробного синтаксиса.

У меня есть следующий псевдоним в ~/.gitconfig:

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

Сделав коммит в новой ветке, вы можете нажать новую ветку, просто набрав команду:

git po

Для тех, кто ищет псевдоним, с которым git pullя работаю, вот что я использую:

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

Теперь, когда вы получаете:

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

Просто беги:

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

И ты хорош идти

Потому что git обладает отличной способностью вставлять / извлекать разные ветки в разные «исходящие» репозитории. Вы можете даже использовать отдельные репозитории для толкания и вытягивания - в одной и той же ветке. Это может создать распределенный многоуровневый поток, и я вижу, что это полезно в таких проектах, как ядро ​​Linux. Git был изначально построен для использования в этом проекте.

Как следствие, это не делает предположения о том, какое хранилище должно отслеживать ваше отделение.

С другой стороны, большинство людей не используют git таким образом, так что это может быть хорошим вариантом для варианта по умолчанию.

Git, как правило, довольно низкоуровневый, и это может разочаровать. Тем не менее, есть GUI, и должно быть легко писать вспомогательные скрипты, если вы все еще хотите использовать его из оболочки.

Вы также можете сделать git push -u origin $(current_branch)

Я вроде заново обнаружил legitиз-за этой проблемы (только OS X). Теперь все, что я использую при ветвлении, это две команды:

legit publish [<branch>] Публикует указанную ветку на удаленной. (псевдоним: pub)

legit unpublish <branch> Удаляет указанную ветку с пульта. (псевдоним: unp)

SublimeGit поставляется с legitподдержкой по умолчанию, что делает всю процедуру ветвления такой же простой, как нажатие Ctrl-b.

Мы используем фабрикатор и не используем git. Мне пришлось создать псевдоним bash, который работает на Linux / Mac

vim ~/.bash_aliases

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

спасти

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

Вот псевдоним bash для git push, который безопасно запускать для каждого push и будет автоматически переключаться между настройкой upstream для первого push и затем выполнением обычных push после этого.

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

Оригинальный пост