Поведінка "git push" за замовчуванням без вказаної гілки

Я використовую таку команду для переходу до моєї віддаленої гілки:

git push origin sandbox

Якщо я скажу

git push origin

це також потікає зміни в інших моїх гілках чи це лише оновлення моєї поточної гілки? У мене є три гілки: master, productionі sandbox.

git pushДокументація не надто ясно про це, так що я хотів би уточнити це на благо.

У яких гілках та видаленнях git pushточно оновлюються наведені нижче команди?

git push 
git push origin

origin вище - пульт.

Я розумію, що git push [remote] [branch]натисне лише цю гілку на віддалений.

Ви можете керувати поведінкою за замовчуванням, встановивши push.default у своєму git config. З документації на git-config (1) :

push.default

Визначає, що натискання дії git повинно відбуватися, якщо в командному рядку не вказано refspec, у віддаленому режимі не налаштовано refspec, і жодна з опцій, вказаних у командному рядку, не має на увазі refspec. Можливі значення:

• nothing: нічого не штовхати

• matching: натиснути всі відповідні гілки

  Усі гілки, що мають однакове ім’я в обох кінцях, вважаються збігаються.

  Це було раніше за замовчуванням, але не оскільки Git 2.0 ( simpleце новий за замовчуванням).

• upstream: натисніть поточну гілку до її гілки вгору ( trackingє застарілим синонімом для upstream)

• current: натисніть поточну гілку до однойменної гілки

• simple: (новий у Git 1.7.11), як висхідний, але відмовляється натиснути, якщо назва гілки вище за течією відрізняється від локальної

  Це найбезпечніший варіант і добре підходить для новачків.

  Цей режим став за замовчуванням у Git 2.0.

Прості, поточні та поточні режими призначені для тих, хто хоче висунути одну гілку після закінчення роботи, навіть коли інші гілки ще не готові висуватися

Приклади командного рядка:

Щоб переглянути поточну конфігурацію:

git config --global push.default

Щоб встановити нову конфігурацію:

git config --global push.default current

Ви можете налаштувати поведінку за замовчуванням для вашого git за допомогою push.default

git config push.default current

або якщо у вас є багато сховищ і ви хочете однакове для всіх тоді

git config --global push.default current

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

Інші варіанти:

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

ОНОВЛЕННЯ - Новий спосіб зробити це

Станом на Git 1.7.11 виконайте наступне:

git config --global push.default simple

Це нова установка, яка вводиться так само, як і поточна, і буде зроблено за замовчуванням git від v 2.0 відповідно до чуток

git push origin буде натискати всі зміни на локальних гілках, які мають відповідні віддалені гілки origin As дляgit push

Діє як git push <remote> , де <remote>віддалений (або вихідний) поточної гілки, якщо для поточної гілки не налаштовано віддалений).

З розділу Приклади git-pushсторінки man

Я просто привласнив свій код до гілки та перемістив його до github, як ось це:

git branch SimonLowMemoryExperiments
git checkout SimonLowMemoryExperiments
git add .
git commit -a -m "Lots of experimentation with identifying the memory problems"
git push origin SimonLowMemoryExperiments

Ось дуже зручна та корисна інформація про Git Push : Git Push: Просто порада

Найбільш поширене використання git push - це переміщення локальних змін у ваше загальнодоступне сховище. Якщо припустити, що висхідний потік є віддаленим з назвою "походження" (віддалене ім'я за замовчуванням, якщо ваш сховище є клоном), а гілка, яку потрібно оновити до / з, має ім'я "master" (назва гілки за замовчуванням), це робиться за допомогою:git push origin master

git push origin підштовхне зміни з усіх локальних гілок до відповідних гілок віддаленого походження.

git push origin master підштовхне зміни з локальної гілки ведучої до віддаленої ведучої гілки.

git push origin master:staging буде натискати зміни від локальної гілки головного до віддаленої гілки інсценування, якщо вона існує.

(Березень 2012 р.)
Остерігайтеся: ця matchingполітика за умовчанням " " може змінитися незабаром
(іноді після git1.7.10 +) :

Див. " Будь ласка, обговоріть: що робити" git push ", коли ви не говорите, що натиснути? "

У поточному налаштуванні (тобто push.default=matching) git pushбез аргументів буде натискати всі гілки, які існують локально та віддалено з тим самим ім'ям .
Зазвичай це доцільно, коли розробник натискає на власне загальнодоступне сховище, але може бути заплутаним, якщо не небезпечним при використанні спільного сховища.

Пропозиція полягає в тому, щоб змінити типовий параметр на ' upstream' , тобто натиснути тільки поточну гілку, і натиснути її на потяг гілки, з якої потягнеться
Ще один кандидат -current '; це натискає лише поточну гілку на віддалену гілку з однойменною назвою.

Що було обговорено дотепер, можна побачити у цій темі:

http://thread.gmane.org/gmane.comp.version-control.git/192547/focus=192694

Попередні відповідні дискусії включають:

• http://thread.gmane.org/gmane.comp.version-control.git/123350/focus=123541
• http://thread.gmane.org/gmane.comp.version-control.git/166743

Щоб приєднатися до дискусії, надсилайте свої повідомлення на адресу: git@vger.kernel.org

Я просто помістив це в розділі псевдонімів .gitconfig і люблю, як це працює:

pub = "!f() { git push -u ${1:-origin} `git symbolic-ref HEAD`; }; f"

Підштовхне поточну гілку до початку git pubабо з іншим репо git pub repo-name. Смачно.

Ви можете натиснути поточну гілку за допомогою команди

git push origin HEAD

(взяв звідси )

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

Псевдоніми "gpull" і "gpush" відповідним чином:

У моєму ~ / .bash_profile

get_git_branch() {
  echo `git branch 2> /dev/null | sed -e '/^[^*]/d' -e 's/* \(.*\)/\1/'`
}
alias gpull='git pull origin `get_git_branch`'
alias gpush='git push origin `get_git_branch`'

Таким чином, виконання "gpush" або "gpull" підштовхне мою гілку "в даний час".

Ви можете змінити цю поведінку за замовчуванням у своїх .gitconfig, наприклад:

[push]
  default = current

Щоб перевірити поточні налаштування, запустіть:

git config --global --get push.default

Замість того, щоб використовувати псевдоніми, я віддаю перевагу створенню git-XXX скриптів, щоб я міг джерелом керувати ними легше (усі наші розробники мають певний керований джерелом dir на своєму шляху для цього типу речей).

Цей скрипт (званий git-setpush) встановить значення конфігурації значення для remote.origin.pushчогось, що лише натисне поточну гілку:

#!/bin/bash -eu

CURRENT_BRANCH=$(git branch | grep '^\*' | cut -d" " -f2)
NEW_PUSH_REF=HEAD:refs/for/$CURRENT_BRANCH

echo "setting remote.origin.push to $NEW_PUSH_REF"
git config remote.origin.push $NEW_PUSH_REF

Зауважте, як ми використовуємо Gerrit, вона встановлює цільrefs/for/XXX щоб просунутися до оглядової гілки. Він також передбачає походження вашого віддаленого імені.

Викликайте його після перевірки відділення с

git checkout your-branch
git setpush

Очевидно, це може бути пристосовано також робити замовлення, але мені подобається, що сценарії роблять одне і роблять це добре

Я додав наступні функції у свій .bashrc файл для автоматизації цих завдань. Це робить git push / git pull + назва поточної гілки.

function gpush()
{
  if [[ "x$1" == "x-h" ]]; then
    cat <<EOF
Usage: gpush
git: for current branch: push changes to remote branch;
EOF
  else
    set -x
    local bname=`git rev-parse --abbrev-ref --symbolic-full-name @{u} | sed -e "s#/# #"`
    git push ${bname}
    set +x
  fi
}

function gpull()
{
  if [[ "x$1" == "x-h" ]]; then
    cat <<EOF
Usage: gpull
git: for current branch: pull changes from
EOF
  else
    set -x
    local bname=`git rev-parse --abbrev-ref --symbolic-full-name @{u} | sed -e "s#/# #"`
    git pull ${bname}
    set +x
  fi
}