Чому мені потрібно постійно робити "-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 ^1, це зробити:

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) варіантом.

Ви можете зробити це за допомогою меншого набору тексту. По-перше, змінити спосіб вашого натискання:

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.

Ви можете налаштувати вище за течію двома способами. Спочатку при створенні гілки:

git branch -u origin/my-branch

або після створення філії ви можете використовувати цю команду.

git push -u origin my-branch

Ви також можете розгалужувати, перевіряти та встановлювати вгору за допомогою однієї команди:

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

Моє особисте вподобання - це зробити в двох крокових командах:

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

Це моє найпоширеніше використання для 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.
...

Крім того, цікаво набирати лайливі слова у своєму терміналі.

Ви можете використовувати:

git config --global branch.autosetupmerge завжди

яка буде пов'язувати гілку вище за течією щоразу, коли ви створюєте або отримуєте нову гілку.

Дивіться https://felipec.wordpress.com/2013/09/01/advanced-git-concepts-the-upstream-tracking-branch/

Це також працює branch.autosetuprebase, якщо ви дотримуєтесь більш орієнтованого робочого процесу, але не використовуйте це, якщо ви не знаєте, що ви робите, оскільки це за замовчуванням ваше потягування буде перезавантажуватися, що може призвести до незвичайних результатів.

До речі, ярлик до переміщення поточної гілки на віддалений з однойменною назвою:

$ git push -u origin HEAD

Я особисто використовую ці наступні псевдоніми в баші

у файлі ~ / .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>

Однак будьте обережні з цим: якщо ви перебуваєте на іншій гілці та робите явний потяг, рефракція, яку ви будете тягнути, буде об'єднана у гілку, на якій ви перебуваєте!

Для чого варто, якщо ви намагаєтеся відстежити гілку, яка вже існує на віддаленому пристрої (наприклад, походження / деяка галузь), але ще не перевірила її локально, ви можете зробити:

$ 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 має класну здатність просувати / тягнути різні гілки до різних сховищ "upstream". Ви навіть можете використовувати окремі сховища для натискання та перетягування - на одній гілці. Це може створити розподілений багаторівневий потік, я можу вважати, що це корисно для таких проектів, як ядро ​​Linux. Git спочатку був побудований для використання в цьому проекті.

Як наслідок, це не припускає, про яке репо слід відстежувати ваше відділення.

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

Git, як правило, досить низький, і це може засмучувати. Тим не менш, є графічні інтерфейси, і писати допоміжні сценарії потрібно просто, якщо ви все ще хочете використовувати його з оболонки.

Ви також можете зробити git push -u origin $(current_branch)

Я щось наново відкрив legitчерез цю проблему (лише для ОС 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

Ось баш-псевдонім для git push, який можна безпечно виконувати при кожному натисканні і автоматично переключатиметься між налаштуваннями вгору за першим натисканням, а потім робити звичайні натискання після цього.

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

Оригінальна публікація