Unterschied zwischen „git add -A“ und „git add .“

Der Befehl git add [--all|-A] scheint identisch zu sein git add .. Ist das richtig? Wenn nicht, wie unterscheiden sie sich?

Diese Antwort gilt nur für Git-Version 1.x. Für Git-Version 2.x siehe andere Antworten.

Zusammenfassung:

• git add -A Stufen alle Änderungen

• git add . stellt neue Dateien und Änderungen bereit, ohne Löschungen (auf das aktuelle Verzeichnis und seine Unterverzeichnisse).

• git add -u Änderungen und Löschungen inszeniert, ohne neue Dateien

Detail:

git add -A ist äquivalent zu git add .; git add -u.

Der wichtige Punkt über git add . ist, dass es sich den Arbeitsbaum ansieht und alle diese Pfade zu den inszenierten Änderungen hinzufügt, wenn sie entweder geändert wurden oder neu sind und nicht ignoriert werden, es inszeniert keine ‘rm’-Aktionen.

git add -u schaut sich das ganze an bereits nachverfolgte Dateien und stellt die Änderungen an diesen Dateien bereit, wenn sie sich unterscheiden oder wenn sie entfernt wurden. Es fügt keine neuen Dateien hinzu, sondern stellt nur Änderungen an bereits verfolgten Dateien bereit.

git add -A ist eine praktische Abkürzung, um beides zu tun.

Sie können die Unterschiede mit so etwas testen (beachten Sie, dass für Git Version 2.x Ihre Ausgabe für git add . git status Wille Sei anders):

git init
echo Change me > change-me
echo Delete me > delete-me
git add change-me delete-me
git commit -m initial

echo OK >> change-me
rm delete-me
echo Add me > add-me

git status
# Changed but not updated:
#   modified:   change-me
#   deleted:    delete-me
# Untracked files:
#   add-me

git add .
git status

# Changes to be committed:
#   new file:   add-me
#   modified:   change-me
# Changed but not updated:
#   deleted:    delete-me

git reset

git add -u
git status

# Changes to be committed:
#   modified:   change-me
#   deleted:    delete-me
# Untracked files:
#   add-me

git reset

git add -A
git status

# Changes to be committed:
#   new file:   add-me
#   modified:   change-me
#   deleted:    delete-me

Git-Version 1.x

Git-Version 2.x

Flags in Langform:

• git add -A ist äquivalent zu git add --all
• git add -u ist äquivalent zu git add --update

Weiterlesen:

• Git für Einsteiger: Der definitive Praxisleitfaden
• Ressourcen zum Erlernen von Git
• Lernen Sie Git-Branching
• Erklären Sie Git mit D3

Mit Git 2.0, git add -A ist voreingestellt: git add . gleich git add -A ..

git add <path> ist das gleiche wie “git add -A <path>“jetzt, damit”git add dir/” bemerkt Pfade, die Sie aus dem Verzeichnis entfernt haben, und zeichnet das Entfernen auf.
In älteren Git-Versionen “git add <path>“Entfernungen ignoriert.

Sie können sagen “git add --ignore-removal <path>“, um nur hinzugefügte oder geänderte Pfade hinzuzufügen <path>wenn du wirklich willst.

git add -A ist wie git add :/ (fügen Sie alles aus dem obersten Git-Repo-Ordner hinzu).
Beachten Sie, dass Sie mit git 2.7 (November 2015) einen Ordner mit dem Namen “:“!
Sehen begehen 29abb33 (25. Oktober 2015) von Junio ​​C Hamano (gitster).

Beachten Sie, dass ab git 2.0 (Q1 oder Q2 2014)wenn wir darüber sprechen git add . (aktueller Pfad innerhalb des Arbeitsbaums), müssen Sie ‘.‘ in dem anderen git add auch Befehle.

Das bedeutet:

“git add -A .” ist äquivalent zu “git add .; git add -u .“

(Beachten Sie das zusätzliche ‘.‘ zum git add -A und git add -u)

Weil git add -A oder git add -u würde (nur ab Git 2.0) auf dem laufen gesamten Arbeitsbaumund nicht nur auf dem aktuellen Weg.

Diese Befehle werden Arbeiten Sie mit dem gesamten Baum in Git 2.0, um die Konsistenz mit “git commit -a” und andere Befehle. Weil es keinen Mechanismus geben wird, um “git add -u„so tun, als ob“git add -u .“, es ist wichtig für diejenigen, die daran gewöhnt sind “git add -u” (ohne Pfadspezifikation) Aktualisieren des Index nur für Pfade im aktuellen Unterverzeichnis, um mit dem Training ihrer Finger zu beginnen, explizit zu sagen “git add -u .” wenn sie es ernst meinen, bevor Git 2.0 kommt.

Eine Warnung wird ausgegeben, wenn diese Befehle ohne Pfadangabe ausgeführt werden und wenn Sie lokale Änderungen außerhalb des aktuellen Verzeichnisses habenda sich das Verhalten in Git 2.0 in einer solchen Situation von der heutigen Version unterscheidet.

Aus Charles ‘Anweisungen würde mein vorgeschlagenes Verständnis nach dem Testen wie folgt lauten:

# For the next commit
$ git add .   # Add only files created/modified to the index and not those deleted
$ git add -u  # Add only files deleted/modified to the index and not those created
$ git add -A  # Do both operations at once, add to all files to the index

Dieser Blogbeitrag kann auch hilfreich sein, um zu verstehen, in welchen Situationen diese Befehle angewendet werden können: Gelöschte Dateien aus Ihrem Git-Arbeitsverzeichnis entfernen.

Dinge haben sich geändert mit Git 2.0 (2014-05-28):

• -A ist jetzt die Vorgabe
• Das alte Verhalten ist jetzt mit verfügbar --ignore-removal.
• git add -u und git add -A in einem Unterverzeichnis ohne Pfade auf der Kommandozeile den gesamten Baum bearbeiten.

Für Git 2 lautet die Antwort also:

• git add . und git add -A . neue/geänderte/gelöschte Dateien im aktuellen Verzeichnis hinzufügen
• git add --ignore-removal . fügt neue/geänderte Dateien im aktuellen Verzeichnis hinzu
• git add -u . fügt geänderte/gelöschte Dateien im aktuellen Verzeichnis hinzu
• Fügen Sie ohne den Punkt alle Dateien im Projekt hinzu, unabhängig vom aktuellen Verzeichnis.

Im Git 2.x:

• Wenn Sie sich direkt an der befinden Arbeitsverzeichnisdann git add -A und git add . Arbeit ohne den Unterschied.

• Wenn Sie sich in einem Unterverzeichnis der Arbeitsverzeichnis, git add -A fügt alle Dateien aus dem gesamten hinzu Arbeitsverzeichnisund git add . fügt Dateien von Ihrem hinzu Aktuelles Verzeichnis.

Und das ist alles.

Eine destilliertere schnelle Antwort:

Tut beides unten (gleich wie git add –all)

git add -A

Stellt neue + geänderte Dateien bereit

git add .

Stadien modifizierte + gelöschte Dateien

git add -u