Qual è il modo giusto?
git add foo.js
git commit foo.js -m "commit"
git pull
git push
O
git pull
git add foo.js
git commit foo.js -m "commit"
git push
O
git add foo.js
git pull
git commit foo.js -m "commit"
git push
UPD:
Ho dimenticato di dire che in questo caso uso git addper mettere in scena un file tracciato e modificato . Non includere un file nuovo di zecca nel repository. Questo cambia un ordine dei comandi?
Risposte:
Penso che il modo migliore per farlo sia:
Conserva le tue modifiche locali:
git stash
Aggiorna il ramo al codice più recente
git pull
Unisci le modifiche locali al codice più recente:
git stash apply
Aggiungi, conferma e invia le tue modifiche
git add
git commit
git push
Nella mia esperienza questo è il percorso per la minor resistenza con Git (sulla riga di comando comunque).
git stash?
pull = fetch + merge.
Devi impegnarti in ciò che hai fatto prima di unirti.
Quindi tira dopo il commit.
rebaseinvece di merge. Puoi farlo con git commit && git rebaseo git pull --rebase.
git pulldopo aver messo in scena le mie modifiche, poiché lo trovo il più naturale. Anche se mi rendo conto che funzionano molti flussi di lavoro diversi (anche lo stash è bello), quindi è probabilmente una questione di gusti.
Suggerirei di eseguire il pull dal ramo remoto il più spesso possibile per ridurre al minimo fusioni di grandi dimensioni e possibili conflitti.
Detto questo, sceglierei la prima opzione:
git add foo.js
git commit foo.js -m "commit"
git pull
git push
Effettua il commit delle modifiche prima del pull, in modo che i tuoi commit vengano uniti alle modifiche remote durante il pull. Ciò può provocare conflitti che puoi iniziare a gestire sapendo che il tuo codice è già stato eseguito il commit se qualcosa va storto e devi interrompere l'unione per qualsiasi motivo.
Sono sicuro che qualcuno non sarà d'accordo con me, però, non penso che ci sia un modo corretto per fare questo flusso di unione, solo ciò che funziona meglio per le persone.
git addserve esattamente nel mio esempio.
Penso che git pull --rebasesia il modo più pulito per impostare i commit recenti a livello locale sopra i commit remoti che non hai a un certo punto.
Quindi in questo modo non devi tirare ogni volta che vuoi iniziare a fare modifiche.
Vuoi che la tua modifica si trovi in cima allo stato corrente del ramo remoto. Quindi probabilmente vuoi tirare subito prima di impegnarti. Dopodiché, invia nuovamente le modifiche.
I file locali "sporchi" non sono un problema fintanto che non ci sono conflitti con il ramo remoto. In caso di conflitti, tuttavia, l'unione fallirà, quindi non vi è alcun rischio o pericolo nel tirare prima di eseguire modifiche locali.