Entrambe le fasi git add
che identificate fanno essenzialmente la stessa cosa, hanno semplicemente spiegazioni diverse a causa della loro rotta di arrivo.
Il git add
indica semplicemente a Git che il file fornito è un file che si desidera avere, nella sua forma corrente esatta (il suo contenuto), all'interno del proprio repository di controllo sorgente. A quel punto git eseguirà un'istantanea del file (e manterrà una nota nel suo indice) in modo che sia pronto per quando tutte le modifiche ai file saranno pronte e aggiunte (cioè raggruppate insieme nell'area di staging), per il tuo git commit
(con il messaggio appropriato ;-).
Una volta che è stato comunicato a Git quel file (ad esempio l'opzione -N
di @avh), noterà (traccia) le modifiche al file sotto l'aspetto di vari comandi (come git status
). Quindi, in seguito, devi dire esplicitamente a git quando non vuoi più tracciare un file (git rm <file>
), e puoi continuare a modificare un file (localmente) dopo che hai add
e la versione che sarà nel commit. Quasi ovviamente (o forse no), è possibile un file git add
molte volte prima di eseguire il commit della versione finale.
fonte
2011-09-27 12:40:46
spiegazione Terrific. – cheznead