Domyślne zachowanie „git push” bez określonej gałęzi

Używam następującego polecenia, aby przekazać do mojej zdalnej gałęzi:

git push origin sandbox

Jeśli powiem

git push origin

czy to powoduje zmiany w moich innych oddziałach, czy też tylko aktualizuje mój obecny oddział? Mam trzy oddziały: master, productioni sandbox.

git pushDokumentacja nie jest bardzo jasne, o tym, więc chciałbym wyjaśnić to na dobre.

Które gałęzie i piloty git pushdokładnie aktualizują poniższe polecenia?

git push 
git push origin

origin powyżej jest pilotem.

Rozumiem, że git push [remote] [branch]popchnie tylko tę gałąź do pilota.

Możesz kontrolować domyślne zachowanie, ustawiając push.default w swojej konfiguracji git. Z dokumentacji git-config (1) :

push.default

Definiuje akcję, którą powinien wykonać git push, jeśli w wierszu komend nie podano polecenia refspec, nie skonfigurowano żadnego refspec w zdalnym urządzeniu, a żadna z opcji refspec nie jest sugerowana przez żadną z opcji podanych w wierszu polecenia. Możliwe wartości to:

• nothing: niczego nie pchaj

• matching: przesuń wszystkie pasujące gałęzie

  Wszystkie gałęzie o tej samej nazwie na obu końcach są uważane za pasujące.

  To był domyślny, ale nie od Git 2.0 ( simplejest nowym domyślnym).

• upstream: wypchnij bieżącą gałąź do jej gałęzi upstream ( trackingjest przestarzałym synonimem upstream)

• current: wypchnij bieżącą gałąź do gałęzi o tej samej nazwie

• simple: (nowość w Git 1.7.11) jak upstream, ale odmawia pushowania, jeśli nazwa gałęzi upstream jest inna niż nazwa lokalna

  Jest to najbezpieczniejsza opcja i dobrze nadaje się dla początkujących.

  Ten tryb stał się domyślny w Git 2.0.

Tryby prosty, bieżący i początkowy są przeznaczone dla tych, którzy chcą wypchnąć jedną gałąź po zakończeniu pracy, nawet gdy inne gałęzie nie są jeszcze gotowe do wypchnięcia

Przykłady wiersza poleceń:

Aby wyświetlić bieżącą konfigurację:

git config --global push.default

Aby ustawić nową konfigurację:

git config --global push.default current

Możesz skonfigurować domyślne zachowanie swojego gita za pomocą push.default

git config push.default current

lub jeśli masz wiele repozytoriów i chcesz mieć to samo dla wszystkich, wtedy

git config --global push.default current

Prąd w tej konfiguracji oznacza, że domyślnie będzie naciskać tylko bieżące oddział kiedy zrobić git pchania

Inne opcje to:

• nic: niczego nie pchaj
• pasujące: wypychaj wszystkie pasujące gałęzie (domyślnie)
• śledzenie: popchnij bieżącą gałąź do tego, co śledzi
• current: Naciśnij bieżącą gałąź

AKTUALIZACJA - NOWY SPOSÓB TO ROBIĆ

Od wersji Git 1.7.11 wykonaj następujące czynności:

git config --global push.default simple

Jest to nowe ustawienie wprowadzone, które działa w taki sam sposób, jak bieżący, i będzie domyślnie ustawione na git z wersji 2.0 zgodnie z plotkami

git push originwypchnie wszystkie zmiany w lokalnych oddziałach, które mają pasujące oddziały zdalne w originJak dlagit push

Działa jak git push <remote>, gdzie <remote>jest zdalny bieżący oddział (lub jego źródło, jeśli nie skonfigurowano żadnego zdalnego dla aktualnego oddziału).

Z sekcji Przykłady na git-pushstronie man

Właśnie przekazałem swój kod do oddziału i przekazałem go do github, w następujący sposób:

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

Oto bardzo przydatna i pomocna informacja o Git Push : Git Push: Just the Tip

Najczęstszym zastosowaniem git push jest wypychanie lokalnych zmian do publicznego repozytorium. Zakładając, że serwer nadrzędny jest zdalnym o nazwie „origin” (domyślna nazwa zdalna, jeśli repozytorium jest klonem), a gałąź, która ma zostać zaktualizowana do / z, nosi nazwę „master” (domyślna nazwa gałęzi), odbywa się to za pomocą:git push origin master

git push origin przesunie zmiany ze wszystkich oddziałów lokalnych do pasujących oddziałów zdalnego źródła.

git push origin master przesunie zmiany z lokalnej gałęzi głównej do zdalnej gałęzi głównej.

git push origin master:staging przesyła zmiany z lokalnej gałęzi głównej do zdalnej gałęzi przemieszczania, jeśli taka istnieje.

(Marzec 2012)
Uwaga: ta domyślna „ matching” zasada może się wkrótce zmienić
(czasem po git1.7.10 +) :

Zobacz „ Omów: co powinien zrobić„ git push ”, jeśli nie mówisz, co naciskać? ”

W bieżącym ustawieniu (tj. push.default=matching) git pushBez argumentów wypchnie wszystkie gałęzie, które istnieją lokalnie i zdalnie o tej samej nazwie .
Jest to zwykle właściwe, gdy programista wypycha swoje własne repozytorium publiczne, ale może być mylące, jeśli nie niebezpieczne w przypadku korzystania z repozytorium udostępnionego.

Propozycja polega na zmianie wartości domyślnej na „ upstream” , tj. Wypychanie tylko bieżącej gałęzi i pchanie jej do gałęzi, z której ściągałby git pull.
Kolejnym kandydatem jest „ current”; to wypycha tylko bieżącą gałąź do zdalnej gałęzi o tej samej nazwie.

Co zostało omówione do tej pory można zobaczyć w tym wątku:

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

Poprzednie istotne dyskusje obejmują:

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

Aby dołączyć do dyskusji, wyślij swoje wiadomości na adres: git@vger.kernel.org

Po prostu umieszczam to w mojej sekcji aliasów .gitconfig i uwielbiam jak to działa:

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

Popchnie bieżącą gałąź do początku git publub do innego repozytorium z git pub repo-name. Pyszne.

Możesz wcisnąć bieżącą gałąź za pomocą polecenia

git push origin HEAD

(wziął stąd )

Git push spróbuje wypchnąć wszystkie lokalne gałęzie na zdalny serwer, prawdopodobnie tego nie chcesz. Mam kilka udogodnień, aby sobie z tym poradzić:

Alias ​​„gpull” i „gpush” odpowiednio:

W moim ~ / .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`'

W związku z tym wykonanie polecenia „gpush” lub „gpull” popchnie tylko moją gałąź „obecnie na”.

Możesz zmienić to domyślne zachowanie w swoim .gitconfig, na przykład:

[push]
  default = current

Aby sprawdzić bieżące ustawienia, uruchom:

git config --global --get push.default

Zamiast używać aliasów, wolę tworzyć skrypty git-XXX, dzięki czemu mogę łatwiej kontrolować źródła (wszyscy nasi twórcy mają na swojej ścieżce katalog kontrolowany przez źródło dla tego typu rzeczy).

Ten skrypt (wywoływany git-setpush) ustawi wartość konfiguracji wartości na remote.origin.pushcoś, co spowoduje tylko przesunięcie bieżącej gałęzi:

#!/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

Uwaga, ponieważ używamy Gerrit , ustawia cel narefs/for/XXX aby przeszedł do gałęzi recenzji. Zakłada również, że pochodzenie to twoje zdalne imię.

Wywołaj go po sprawdzeniu gałęzi za pomocą

git checkout your-branch
git setpush

Oczywiście można go również dostosować do robienia transakcji, ale lubię skrypty, które robią jedną rzecz i robią to dobrze

Do mojego pliku .bashrc dodałem następujące funkcje, aby zautomatyzować te zadania. Robi git push / git pull + nazwa bieżącego oddziału.

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
}