Comportamento predefinito di "git push" senza un ramo specificato

Uso il seguente comando per inviare al mio ramo remoto:

git push origin sandbox

Se dico

git push origin

questo provoca cambiamenti anche negli altri miei rami o aggiorna solo il mio ramo attuale? Ho tre rami: master, productione sandbox.

La git pushdocumentazione non è molto chiara al riguardo, quindi vorrei chiarire questo aspetto per sempre.

Quali rami e telecomandi git pushaggiornano esattamente i seguenti comandi?

git push 
git push origin

origin sopra è un telecomando.

Capisco che git push [remote] [branch]spingerà solo quel ramo sul telecomando.

Puoi controllare il comportamento predefinito impostando push.default nella tua configurazione di git. Dalla documentazione di git-config (1) :

push.default

Definisce l'azione che git push dovrebbe intraprendere se non viene fornito refspec sulla riga di comando, nessun refspec è configurato nel telecomando e nessuna refspec è implicita in nessuna delle opzioni fornite nella riga di comando. I valori possibili sono:

• nothing: non spingere nulla

• matching: spingere tutti i rami corrispondenti

  Tutti i rami con lo stesso nome su entrambe le estremità sono considerati corrispondenti.

  Questo era il valore predefinito, ma non da Git 2.0 ( simpleè il nuovo valore predefinito).

• upstream: spinge il ramo corrente al suo ramo a monte ( trackingè un sinonimo deprecato per a monte)

• current: sposta il ramo corrente su un ramo con lo stesso nome

• simple: (nuovo in Git 1.7.11) come upstream, ma rifiuta di spingere se il nome del ramo upstream è diverso da quello locale

  Questa è l'opzione più sicura ed è adatta per i principianti.

  Questa modalità è diventata l'impostazione predefinita in Git 2.0.

Le modalità semplice, corrente e upstream sono per coloro che vogliono espellere un singolo ramo dopo aver terminato il lavoro, anche quando gli altri rami non sono ancora pronti per essere espulsi

Esempi da riga di comando:

Per visualizzare la configurazione corrente:

git config --global push.default

Per impostare una nuova configurazione:

git config --global push.default current

È possibile impostare il comportamento predefinito per git con push.default

git config push.default current

o se hai molti repository e vuoi lo stesso per tutti allora

git config --global push.default current

La corrente in questa configurazione significa che per impostazione predefinita spingerai il ramo corrente solo quando esegui git push

Altre opzioni sono:

• niente: non spingere nulla
• matching: invia tutti i rami corrispondenti (impostazione predefinita)
• tracciamento: sposta il ramo corrente su qualsiasi tracciamento
• corrente: spinge il ramo corrente

AGGIORNAMENTO - NUOVO MODO DI FARLO

A partire da Git 1.7.11, procedi come segue:

git config --global push.default simple

Questa è una nuova impostazione introdotta che funziona allo stesso modo dell'attuale e sarà resa predefinita per git dalla v 2.0 secondo le voci

git push originspingerà tutte le modifiche sui rami locali che hanno rami remoti corrispondenti su originAs forgit push

Funziona come git push <remote>, dove si <remote>trova il telecomando del ramo corrente (o origine, se nessun telecomando è configurato per il ramo corrente).

Dalla sezione Esempi della git-pushpagina man

Ho appena trasferito il mio codice in un ramo e l'ho inviato a github, in questo modo:

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

Ecco alcune informazioni molto utili e utili su Git Push : Git Push: solo la punta

L'uso più comune di git push è di inviare le modifiche locali al repository pubblico a monte. Supponendo che l'upstream sia un nome remoto "origine" (il nome remoto predefinito se il repository è un clone) e che il ramo da aggiornare a / da sia denominato "master" (il nome ramo predefinito), questo viene fatto con:git push origin master

git push origin spingerà le modifiche da tutti i rami locali ai rami corrispondenti al telecomando di origine.

git push origin master invierà le modifiche dal ramo principale locale al ramo principale remoto.

git push origin master:staging spingerà le modifiche dal ramo principale locale al ramo di gestione temporanea remota se esiste.

(Marzo 2012)
Attenzione: la " matching" politica predefinita potrebbe cambiare presto
(a volte dopo git1.7.10 +) :

Vedi " Per favore, discutete: cosa dovrebbe fare" git push "quando non dite cosa spingere? "

Nell'impostazione corrente (cioè push.default=matching), git pushsenza argomento spingerà tutti i rami che esistono localmente e in remoto con lo stesso nome .
Questo di solito è appropriato quando uno sviluppatore invia al proprio repository pubblico, ma può essere fonte di confusione se non pericoloso quando si utilizza un repository condiviso.

La proposta è di cambiare il valore predefinito in ' upstream' , ovvero spingere solo il ramo corrente e spingerlo verso il ramo da cui trarrebbe estrazione.
Un altro candidato è ' current'; questo spinge solo il ramo corrente sul ramo remoto con lo stesso nome.

Ciò che è stato discusso finora può essere visto in questo thread:

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

Le discussioni pertinenti precedenti includono:

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

Per partecipare alla discussione, invia i tuoi messaggi a: git@vger.kernel.org

Ho appena inserito questo nella mia sezione degli alias .gitconfig e adoro come funziona:

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

Spingerà il ramo corrente all'origine con git pubo un altro repository con git pub repo-name. Gustoso.

È possibile inviare il ramo corrente con il comando

git push origin HEAD

(preso da qui )

Un git push proverà a inviare tutti i rami locali al server remoto, questo è probabilmente ciò che non vuoi. Ho un paio di configurazioni di convenienza per affrontare questo:

Alias ​​"gpull" e "gpush" in modo appropriato:

Nel mio ~ / .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`'

Pertanto, l'esecuzione di "gpush" o "gpull" spingerà solo il mio ramo "attualmente attivo".

Puoi modificare quel comportamento predefinito nel tuo .gitconfig, ad esempio:

[push]
  default = current

Per verificare le impostazioni correnti, eseguire:

git config --global --get push.default

Piuttosto che usare gli alias, preferisco creare script git-XXX in modo da poterli controllare più facilmente (i nostri sviluppatori hanno tutti una determinata directory controllata dal loro percorso per questo tipo di cose).

Questo script (chiamato git-setpush) imposterà il valore di configurazione per remote.origin.pushvalue su qualcosa che spingerà solo il ramo corrente:

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

nota, mentre stiamo usando Gerrit, imposta l'obiettivo da refs/for/XXXinserire in un ramo di revisione. Presuppone inoltre che l'origine sia il tuo nome remoto.

Richiamalo dopo aver verificato un ramo con

git checkout your-branch
git setpush

Ovviamente potrebbe essere adattato per fare anche il checkout, ma mi piacciono gli script per fare una cosa e farlo bene

Ho aggiunto le seguenti funzioni al mio file .bashrc per automatizzare queste attività. Fa git push / git pull + nome del ramo corrente.

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
}