git commit -m проти git commit -am

Здається легким, але я просто не розумію. Я в корені моєї заяви.

Ось мій робочий процес.

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

Зазвичай це працює. Усі мої зміни просунуті.

Але іноді у мене є файл, який я змінюю, але коли я натискаю на Heroku, змін немає для ТОГО ОДНОГО ФАЙЛУ ... але для більшості файлів зміни є ...

Але якщо я це зроблю

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

Все (усі зміни) надсилаються на Heroku

З документів :

git commit -a автоматично переводить усі відстежувані, змінені файли перед фіксацією. Якщо ви вважаєте, що етап додавання git у робочому процесі занадто громіздкий, Git дозволяє пропустити цю частину за допомогою параметра -a. Це в основному говорить Git запустити git add на будь-якому файлі, який "відстежується" - тобто будь-який файл, який був у вашому останньому коміті та був змінений. Це дозволяє вам робити більше робочого процесу в стилі Subversion, якщо хочете, просто редагуючи файли, а потім запускаючи git commit -a, коли ви хочете зробити знімок всього зміненого. Вам все-таки потрібно запустити git add, щоб розпочати відстеження нових файлів, як і Subversion.

Використання опції -amдозволяє додавати та створювати повідомлення для коміту за допомогою однієї команди.

Я б запропонував, якщо ви змінили лише один файл, ви можете зробити щось подібне:

git add "Your_file.txt"
git commit -m "added a new feature in a file"
git push heroku master

Або якщо ви змінили кілька файлів, то можете зробити щось подібне:

git add .
git commit -m "some files changed"
git push heroku master

Подібним чином ви можете додати та зафіксувати всі файли в одному рядку за допомогою цієї команди:

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