git commit -m vs. git commit -am

Scheint einfach, aber ich verstehe es einfach nicht. Ich bin im Stammverzeichnis meiner Bewerbung.

Hier ist mein Workflow.

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

Dies funktioniert normalerweise. Alle meine Änderungen werden gepusht.

Aber manchmal habe ich eine Datei, die ich ändere, aber wenn ich zu Heroku drücke, sind die Änderungen nicht für DIESE DATEI da ... aber für die meisten Dateien sind die Änderungen da ...

Aber wenn ich es mache

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

Alles (alle Änderungen) wird an Heroku weitergeleitet

Aus den Dokumenten :

git commit -a stellt automatisch alle nachverfolgten, geänderten Dateien vor dem Commit bereit. Wenn Sie der Meinung sind, dass die git add-Phase des Workflows zu umständlich ist, können Sie diesen Teil mit der Option -a überspringen. Dies weist Git grundsätzlich an, git add für jede Datei auszuführen, die "verfolgt" wird - dh für jede Datei, die sich in Ihrem letzten Commit befand und geändert wurde. Auf diese Weise können Sie bei Bedarf einen Workflow im Subversion-Stil ausführen, indem Sie einfach Dateien bearbeiten und dann git commit -a ausführen, wenn Sie einen Snapshot aller Änderungen erstellen möchten. Sie müssen jedoch git add ausführen, um neue Dateien zu verfolgen, genau wie bei Subversion.

Mit der Option -amkönnen Sie in einem Befehl eine Nachricht für das Commit hinzufügen und erstellen.

Ich würde vorschlagen, wenn Sie nur eine Datei ändern, könnten Sie Folgendes tun:

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

Oder wenn Sie mehrere Dateien geändert haben, können Sie Folgendes tun:

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

Ebenso können Sie mit diesem Befehl alle Dateien in einer Zeile hinzufügen und festschreiben:

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