Qual è la differenza tra git push e git pull?

Question

Mi sono appena imbattuto in qualcosa di strano oggi. Ho chiesto a un collaboratore del mio lavoro estivo di aiutarmi a creare un nuovo repo git remoto per il mio codice e c'era molta confusione su ciò che ha fatto e su ciò che volevo fare. Gli ho chiesto di inviare la sua configurazione per poter vedere il percorso verso il suo telecomando e ho scoperto che non aveva un telecomando. Quando gli ho chiesto di questo, ha spiegato il suo flusso di lavoro in questo modo:

1. cambiare qualcosa a livello locale
2. Commit
3. Spostarsi dir remoto
4. git pull c: \ localdir

Così, invece di spingere a un telecomando ha costantemente tirato dal suo repo locale a quello sul nostro server. Una sorta di lavoro all'indietro. Quando l'ho affrontato riguardo a questo mi ha chiesto quale fosse la differenza e non potevo davvero rispondergli, ma penso che ci sia qualcosa giusto?

Quindi la mia domanda a tutti voi è: qual è la differenza nel spingere verso un telecomando e tirare da un telecomando?

Answer 1

Spingere a un telecomando: inviare alcuni commit a un altro repository git. Il repository git è considerato "remoto", ma può essere un repository in un'altra cartella del tuo disco rigido. estraendo da un telecomando: acquisisci alcuni commit da un repository remoto e li unisci nel tuo attuale HEAD (l'attuale cassa del tuo repository)

Il tuo collaboratore potrebbe aver utilizzato pull anziché push perché il tuo repository potrebbe non essere disponibile (nessun demone git in esecuzione, o gitweb, o server ssh su), ma il suo è stato disponibile dal tuo computer. Poiché si tratta di un server, potrebbe non voler esporre un demone/servizio git che potrebbe essere un vettore di attacco.

Ma se il vostro repository è stato condiviso/a disposizione, avrebbe solo potuto fare:

1. cambiamento qualcosa localmente
2. commettere
3. spingere al repository

Answer 2

Nessuno, i repository sono copie l'uno dell'altro e pull e push sono solo flussi di direzione. La differenza con il metodo del tuo collega è che ha aggiunto un quarto comando non necessario.

Answer 3

Sì, sta funzionando all'indietro.

workflow principio è:

1. cambiamento qualcosa localmente
2. commettere
3. spinta a dir remoto

Un caso d'uso (un altro è explained by Dolanor) per non spingere a distanza è che una la copia di lavoro viene verificata sul telecomando (cioè non è un semplice repo). Quando vuole spingere un ramo che viene estratto nella casella remota (ad esempio master:master), ciò non avrà esito positivo poiché gli spunti alle filiali di check-out sono vietati.

A mio parere, questo è l'unico caso di utilizzo per passare alla macchina remota e tirare invece di spingere dalla macchina locale.

Answer 4

Nella mia è possibile consentire agli utenti di inviare le proprie commit a qualche repository considerato "master", oppure lasciare che inviino richieste pull a un singolo utente che ha il permesso di modificare il "master".

Github, ad esempio, non consentirà ai non-contributori di inviare al repository, ma consentirà loro di inviare richieste di pull, in modo che i contributori possano integrare le loro modifiche.