git commit -m vs. git commit -am

Question

Sembra facile ma proprio non capisco. Sono nella radice della mia domanda.

Ecco il mio flusso di lavoro.

git add . 
git commit -m "added a new feature some files changed" 
git push heroku master 

Questo di solito funziona. Tutti i miei cambiamenti sono spinti.

Ma a volte ho un file che posso cambiare, ma quando spingo a Heroku i cambiamenti non sono lì per che un file ... ma per la maggior parte dei file cambia sono lì ...

Ma se io

git add . 
git commit -am "added a new feature some files changed" 
git push heroku master 

Tutto (tutte le modifiche) sono spinti a Heroku

Answer 1

da the docs:

git commit -a imposta automaticamente tutti i file modificati e rintracciati prima del commit Se pensi che la fase di aggiunta git del flusso di lavoro sia troppo ingombrante, Git ti consente di saltare quella parte con l'opzione -a. Fondamentalmente dice a Git di eseguire git add su qualsiasi file "tracciato" - cioè qualsiasi file che era nell'ultimo commit ed è stato modificato. Ciò ti consente di eseguire un flusso di lavoro in stile Subversion più se vuoi, semplicemente modificando i file e poi eseguendo git commit -a quando vuoi fare uno snapshot di tutto ciò che è stato modificato. Devi ancora eseguire per aggiungere git add per iniziare a tracciare nuovi file, però, proprio come Subversion.

L'utilizzo dell'opzione -am consente di aggiungere e creare un messaggio per il commit in un comando.