Für komplexere Projekte ist es nicht sinnvoll mit -a -m zu arbeiten. Üblicherweise will man seine Änderungen ja pro bearbeitetem code commiten. Manchmal macht auch add -p sinn.
Mit -a kann man versehentlich Dateien hinzufügen welche man nicht committen wollte. Ich empfehle mit add zu arbeiten, bzw. viele IDE haben auch einen grafischen Git-Commit-Editor.
Zu deiner ersten Frage: Ja, jede Datei dessen Änderungen du in einem Commit haben möchtest, musst du einzeln mit "git add" hinzufügen. Bei SVN werden ja automatisch alle geänderten Dateien bei einem "svn commit" commited.
Mit deiner zweiten Frage kann ich dir gerade nicht weiterhelfen bzw. verstehe sie nicht. Es gibt nämlich kein "-k" Parameter bei git commit.
Edit: Du meinst wohl "git commit -a -m "Test"", was Jürgen oben schrieb.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 11. Dez 2014 um 15:35.
Bei SVN werden ja automatisch alle geänderten Dateien bei einem "svn commit" commited.
Wobei Tools wie Tortoise einen "Staging"-Bereich simulieren, indem Sie einen Überblick vor die Aktion setzen, in der man Dateien noch aus- bzw. abwählen darf. Aber natürlich ist das bei SVN nur ein Aufsatz für eine eigentliche Kernfunktionalität eines CVS!
Der Staging-Bereich, in dem du die Dateien für das Commit zusammensetzt, erlaubt das zusammenstellen von Dateien zu einem Commit, bzw. auch das Weglassen.
Genauer gesagt ist es nicht einmal eine Frage von Dateien, sondern von Änderungen. Mit "git add -p [...]" kannst du sogar nur einzelne Änderungen in Dateien commiten.
Dies ist sehr nützlich, wenn du gleichzeitig gemachte Änderungen dann doch lieber in einzelne Commits packen willst, weil du z.B. nur einige davon direkt weitergeben/in einem anderen branch übernehmen willst.
Insofern ist es sehr sinnvoll, sich diese Arbeitsweise direkt anzugewöhnen. Das Staging ist eine der nützlichsten Elemente von git.
Vielen Dank für das Tutorial!
Ich habe vorher mit svn gearbeitet und eine Sache verstehe ich nicht ganz:
Muss ich beim commit(en) jedes mal die Dateien mit add hinzufügen?
Warum reicht ein "git commit -k "Test"" nicht aus?
LG
Es heisst
git commit -a -m 'Commit Notiz'
Das sollte ausreichen ...
Falls unbeobachtete Dateien da sind, wirst Du benachrichtigt...
Jojo
Für komplexere Projekte ist es nicht sinnvoll mit -a -m zu arbeiten. Üblicherweise will man seine Änderungen ja pro bearbeitetem code commiten. Manchmal macht auch add -p sinn.
Mit -a kann man versehentlich Dateien hinzufügen welche man nicht committen wollte. Ich empfehle mit add zu arbeiten, bzw. viele IDE haben auch einen grafischen Git-Commit-Editor.
Zu deiner ersten Frage: Ja, jede Datei dessen Änderungen du in einem Commit haben möchtest, musst du einzeln mit "git add" hinzufügen. Bei SVN werden ja automatisch alle geänderten Dateien bei einem "svn commit" commited.
Mit deiner zweiten Frage kann ich dir gerade nicht weiterhelfen bzw. verstehe sie nicht. Es gibt nämlich kein "-k" Parameter bei git commit.
Edit: Du meinst wohl "git commit -a -m "Test"", was Jürgen oben schrieb.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 11. Dez 2014 um 15:35.Der Staging-Bereich, in dem du die Dateien für das Commit zusammensetzt, erlaubt das zusammenstellen von Dateien zu einem Commit, bzw. auch das Weglassen.
Genauer gesagt ist es nicht einmal eine Frage von Dateien, sondern von Änderungen. Mit "git add -p [...]" kannst du sogar nur einzelne Änderungen in Dateien commiten.
Dies ist sehr nützlich, wenn du gleichzeitig gemachte Änderungen dann doch lieber in einzelne Commits packen willst, weil du z.B. nur einige davon direkt weitergeben/in einem anderen branch übernehmen willst.
Insofern ist es sehr sinnvoll, sich diese Arbeitsweise direkt anzugewöhnen. Das Staging ist eine der nützlichsten Elemente von git.
Nein, "git add" muss du nur einmal pro Datei durchführen. Auch nach dem Commit bleibt sie weiter unter Beobachtung/Kontrolle von git.
Müssen tut man gar nix, da hast du Recht, aber dann committeds halt auch nix ...