git tracking non funziona con diversi nomi locali e remoti?

Question

Se faccio

git checkout -b samename origin/samename 

poi il monitoraggio sembra funzionare bene. Se eseguo i commit successivi, posso quindi fare

git push 

e git ha spinto verso l'alto i miei commit all'origine.

Tuttavia, se faccio

git checkout -b diffname origin/samename 

poi il monitoraggio non funziona, nonostante questa sezione del libro pro git:

$ git checkout -b sf origin/serverfix 
Branch sf set up to track remote branch refs/remotes/origin/serverfix. 
Switched to a new branch "sf" 
Now, your local branch sf will automatically push to and pull from origin/serverfix 

git push solo dà 'tutto aggiornato' Cosa dà?

Sono in esecuzione git 1.7.1 su Mac OS X

Ecco l'intero esperimento per coloro che vogliono provare a casa:

szbwood-mbp15:proj4_local bwood$ vi file1 
szbwood-mbp15:proj4_local bwood$ git add file1 
szbwood-mbp15:proj4_local bwood$ git commit -m"Created file 1" 
[master (root-commit) 5d50289] Created file 1 
1 files changed, 1 insertions(+), 0 deletions(-) 
create mode 100644 file1 
szbwood-mbp15:proj4_local bwood$ git push origin master:samename 
Counting objects: 3, done. 
Writing objects: 100% (3/3), 225 bytes, done. 
Total 3 (delta 0), reused 0 (delta 0) 
Unpacking objects: 100% (3/3), done. 
To /Users/bwood/work/gitplay/proj4_remote.git 
* [new branch]  master -> samename 
szbwood-mbp15:proj4_local bwood$ git checkout -b samename origin/samename 
Branch samename set up to track remote branch samename from origin. 
Switched to a new branch 'samename' 
szbwood-mbp15:proj4_local bwood$ vi file1 
szbwood-mbp15:proj4_local bwood$ git commit -a 
[samename a7af908] .. 
1 files changed, 1 insertions(+), 0 deletions(-) 
szbwood-mbp15:proj4_local bwood$ git push 
Counting objects: 5, done. 
Writing objects: 100% (3/3), 251 bytes, done. 
Total 3 (delta 0), reused 0 (delta 0) 
Unpacking objects: 100% (3/3), done. 
To /Users/bwood/work/gitplay/proj4_remote.git 
    5d50289..a7af908 samename -> samename 
szbwood-mbp15:proj4_local bwood$ git checkout -b diffname origin/samename 
Branch diffname set up to track remote branch samename from origin. 
Switched to a new branch 'diffname' 
szbwood-mbp15:proj4_local bwood$ vi file1 
szbwood-mbp15:proj4_local bwood$ git commit -a 
[diffname c5bbec1] .. 
1 files changed, 1 insertions(+), 0 deletions(-) 
szbwood-mbp15:proj4_local bwood$ git push 
Everything up-to-date 

La cosa strana è, il file di configurazione guarda bene ..

[branch "samename"] 
     remote = origin 
     merge = refs/heads/samename 
[branch "diffname"] 
     remote = origin 
     merge = refs/heads/samename 

Answer 1

Non si tratta di monitoraggio. git push per impostazione predefinita non utilizza il monitoraggio. Spinge i rami con nomi corrispondenti al telecomando specificato. C'è un parametro di configurazione per controllare questo comportamento:

push.default

Definisce la spinta azione git deve avere se non refspec è dato dalla linea di comando, non refspec è configurato nel telecomando, e non refspec è implicito da una qualsiasi delle opzioni fornite sulla riga di comando. I valori possibili sono:

• niente, non spingere nulla.
corrispondenza
• - spingere tutti i rami corrispondenti. Tutti i rami che hanno lo stesso nome in entrambe le estremità sono considerati corrispondenti. Questo è l'impostazione predefinita.
• tracking: consente di spostare il ramo corrente nel relativo ramo upstream.
• corrente: consente di spostare il ramo corrente in un ramo con lo stesso nome.

Anche in questo caso, l'impostazione predefinita è la corrispondenza, per cui anche se bisogna inseguimento installato nel vostro primo caso, è solo nomi corrispondenti che raccontano è quello di spingere. Se lo desideri, puoi certamente impostare push.default su tracking e ottenere il comportamento che ti aspetti.

Come per la tua citazione da Pro Git ... wow, Pro Git è generalmente una grande risorsa. Non l'ho letto fino in fondo (tendo direttamente alle pagine man e al codice sorgente), ma tutto quello che ho letto è fantastico; Sono sorpreso di vedere anche un piccolo errore!