Qualcuno può spiegare un "ramo di tracciamento" come si applica a Git?

Ecco la definizione da git-scm.com :

Un "ramo di tracciamento" in Git è un ramo locale collegato a un ramo remoto. Quando si spinge e si tira su quel ramo, si spinge e si tira automaticamente sul ramo remoto a cui è collegato.

Usa questo se tiri sempre dallo stesso ramo a monte nel nuovo ramo e se non vuoi usare esplicitamente "git pull".

Sfortunatamente, essendo nuovo a git e proveniente da SVN, questa definizione non ha assolutamente senso per me.

Sto leggendo " La guida pragmatica a Git " (ottimo libro, a proposito), e sembrano suggerire che i rami di tracciamento sono una buona cosa e che dopo aver creato il tuo primo telecomando (origine, in questo caso), dovresti impostare il ramo principale come ramo di tracciamento, ma sfortunatamente non copre il motivo per cui un ramo di tracciamento è una buona cosa o quali vantaggi si ottengono impostando il ramo principale come ramo di tracciamento del repository di origine .

Qualcuno può illuminarmi (in inglese) per favore?

Il libro ProGit ha un'ottima spiegazione :

Tracciamento dei rami

Il check out di un ramo locale da un ramo remoto crea automaticamente quello che viene chiamato un ramo di tracciamento. Le filiali di tracciamento sono filiali locali che hanno una relazione diretta con una filiale remota. Se utilizzi una diramazione e un tipo di tracciamento git push, Git sa automaticamente su quale server e filiale puntare. Inoltre, l'esecuzione git pullsu uno di questi rami recupera tutti i riferimenti remoti e quindi si unisce automaticamente al ramo remoto corrispondente.

Quando si clona un repository, in genere crea automaticamente un ramo principale che tiene traccia dell'origine / principale. Ecco perché git pushe git pulllavorare fuori dagli schemi senza altri argomenti. Tuttavia, puoi impostare altri rami di tracciamento, se lo desideri, quelli che non tengono traccia dei rami sull'origine e non tengono traccia del ramo principale. Il semplice caso è l'esempio che hai appena visto, in esecuzione git checkout -b [branch] [remotename]/[branch]. Se hai Git versione 1.6.2 o successive, puoi anche usare la --trackscorciatoia:

$ git checkout --track origin/serverfix
Branch serverfix set up to track remote branch refs/remotes/origin/serverfix.
Switched to a new branch "serverfix"

Per impostare un ramo locale con un nome diverso rispetto al ramo remoto, è possibile utilizzare facilmente la prima versione con un nome di ramo locale diverso:

$ git checkout -b sf origin/serverfix
Branch sf set up to track remote branch refs/remotes/origin/serverfix.
Switched to a new branch "sf"

Ora, la tua filiale locale sfsi sposterà e rimuoverà automaticamente da origin/serverfix.

BONUS: git statusinformazioni extra

Con un ramo di monitoraggio, git statusti dirà se sei lontano dal ramo di monitoraggio: utile per ricordarti che non hai ancora inviato le modifiche! Sembra così:

$ git status
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

o

$ git status
On branch dev
Your branch and 'origin/dev' have diverged,
and have 3 and 1 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)

Di seguito sono riportate le mie note di apprendimento personali sui rami di tracciamento GIT, speriamo che sia utile per i futuri visitatori:

Tracciamento di rami e "git fetch":

Il libro Pro Git menziona :

Le filiali di tracciamento sono filiali locali che hanno una relazione diretta con una filiale remota

Non esattamente. La domanda SO " Avere difficoltà a comprenderegit-fetch " include:

Non esiste un simile concetto di filiali di localizzazione locali , solo filiali di localizzazione remote .
Quindi origin/masterè un ramo di tracciamento remoto per masternel originrepository.

Ma in realtà, una volta stabilita una relazione di diramazione a monte tra:

• una filiale locale come master
• e un ramo di tracciamento remoto come origin/master

Quindi puoi considerare masterun ramo di tracciamento locale : tiene traccia del ramo di tracciamento remoto origin/master che, a sua volta, tiene traccia del ramo principale del repository a monte origin .

È stato così che ho aggiunto un ramo di tracciamento in modo da poterlo estrarre nel mio nuovo ramo:

git branch --set-upstream-to origin/Development new-branch