Wie Mach ich das rückgängig 'git add' vor dem commit?

Ich irrtümlich hinzugefügten Dateien in git mit dem Befehl:

git add myfile.txt

Habe ich noch nicht ausgeführt git commit. Gibt es eine Möglichkeit zum rückgängig machen, so dass diese Dateien nicht übertragen?

Beginnend mit Git v1.8.4, alle Antworten, dass die Verwendung HEAD oder head können jetzt @ im Ort HEAD statt. Siehe diese Antwort (letzter Abschnitt) um zu erfahren, warum Sie das tun kann.
Ich machte eine kleine Zusammenfassung, die zeigt, alle Möglichkeiten, um unstage eine Datei: stackoverflow.com/questions/6919121/...
Warum nicht git checkout?
git checkout nicht entfernen inszeniert änderungen aus dem commit-index. Es kehrt nur ungespielt änderungen der letzten revision, die übrigens ist nicht das, was ich möchte, ich will die änderungen, ich will nur Sie in einem späteren Begehen.
Wenn Sie Eclipse verwenden, es ist so einfach wie das deaktivieren der Dateien im übertragen-Dialog-box
Dies ist eine großartige Ressource direkt aus Github: Wie rückgängig machen (fast) alles, was mit Git
Bevor Sie veröffentlichen eine neue Antwort, sollten es schon 25+ Antworten für diese Frage. Stellen Sie sicher, dass Ihre Antwort trägt, was nicht zu bestehenden Antworten
Ich wünschte, ich könnte upvote dies jedes mal, wenn ich wieder kommen hier zu beziehen
git entfernen myfile.txt
Ich mache immer diese Arbeit durch die Ausführung git reset <file_name>. Für weitere Informationen nehmen Sie einen Blick an diesem Artikel.

InformationsquelleAutor paxos1977 | 2008-12-07

9344

Können Sie rückgängig machen git add vor dem commit mit
```
git reset <file>
```
dem entfernen es aus dem aktuellen index (der "begangen werden" - Liste), ohne etwas zu ändern sonst.

Können Sie
```
git reset
```
ohne Dateinamen unstage alle aufgrund von änderungen. Dieses kann in handliches kommen, wenn es zu viele Dateien aufgelistet werden nacheinander in einer angemessenen Höhe der Zeit.

In alten Versionen von Git, die oben genannten Befehle sind äquivalent zu git reset HEAD <file> und git reset HEAD beziehungsweise, und wird scheitern, wenn HEAD nicht definiert ist (weil Sie es noch nicht gemacht, alle commits in das Repository) oder mehrdeutig (weil Sie erstellt ein Zweig namens HEAD, das ist eine dumme Sache, die Sie nicht tun sollten). Diese wurde geändert im Git 1.8.2, obwohl, so in den modernen Versionen von Git können Sie die oben genannten Befehle bereits vor Ihrer ersten commit:

"git reset" (ohne Optionen oder Parameter) verwendet, um Fehler aus, wenn
Sie haben keine commits in Ihrer Geschichte, aber es gibt Ihnen jetzt
eine leere index (match non-existent Begehen, Sie sind auch nicht auf).
- Natürlich, dies ist keine echte rückgängig machen, denn wenn die falsche git add überschrieb eine Vorherige inszeniert ungebunden-version, können wir nicht wiederherstellen. Ich habe versucht, zu klären, dies in meiner Antwort weiter unten.
- git reset HEAD *.ext wo ext ist die Dateien mit der angegebenen Erweiterung, die Sie möchten unadd. Für mich war es *.bmp & *.zip
- git reset sagte, es machte die Veränderungen, aber wenn ich ging zu einem anderen git status, noch zeigte modifiziert
- Also das Gegenteil von "add" ist "reset"? Was ist mit "entfernen"?
- der index (aka staging area) enthält alle die Dateien, nicht nur die geänderten Dateien. Es "beginnt zu Leben" (beim check-out eine commit-oder clone-repo) sowie eine Kopie aller Dateien in den commit gezeigt, durch den KOPF. Also, wenn Sie entfernen eine Datei aus dem index (git rm --cached) es bedeutet, dass Sie vorbereiten, um einen commit, der gelöscht Datei. git reset HEAD <filename> auf der anderen Seite, kopieren Sie die Datei vom KOPF auf den index, so dass dem nächsten commit wird nicht angezeigt, irgendwelche änderungen an dieser Datei vorgenommen.
- Ich habe gerade entdeckt, dass es eine git reset -p wie git add -p. Das ist genial!
- -p jeden Fall genial, und es ist in einer Menge von git-Befehle (nicht nur zurücksetzen und hinzufügen). Aber zu beantworten @WeDoTDD.com und @Johnny, git reset von selbst löscht nur den Inhalt, ob Git "kennt" die Veränderungen; es nicht klar, das ändert sich. Zu tun, was Sie tun müssen git checkout someFile.txt (für einzelne Dateien) oder git reset --hard (alles abwischen sauber). Es gibt kein zurück von einem dieser Befehle, obwohl, so sehr vorsichtig sein, wenn mit Ihnen.
- aber "git reset-Datei' löscht andere Dateien hatte, inszeniert wurde für den commit zu. nicht gut.
- Sie tatsächlich wiederherstellen können overwriten zuvor inszeniert, sondern ungebunden-änderungen, aber nicht in einer benutzerfreundlichen Art und Weise und nicht 100% sicher (zumindest keiner, den ich gefunden hatte): springen .git/objects, Suche nach Dateien, die zu der Zeit erstellt von git add Sie wiederherstellen möchten (61/3AF3... -> Objekt-id 613AF3...), dann git cat-file -p <object-id> (es könnte sich lohnen, sich zu erholen einige Stunden Arbeit, aber auch eine Lektion zu Begehen öfter...)
- Ein weiterer Weg, um wiederherstellen von änderungen, die inszeniert wurden aber nicht übernommen und dann überschrieben, indem Sie z.B. ein anderes git add ist über git fsck --unreachable wird eine Liste aller nicht erreichbaren obj, die Sie dann überprüfen, indem git show SHA-1_ID oder git fsck --lost-found wird >Schreiben baumelnden Gegenstände in .git/lost-found/commit/ oder .git/lost-found/other/ je nach Typ. Siehe auch git fsck --help
- Danke. Es hat wirklich geholfen
InformationsquelleAutor genehack
2065

Du willst:
```
git rm --cached <added_file_to_undo>
```
Argumentation:

Als ich neu war auf dieser, zuerst habe ich versucht
```
git reset .
```
(rückgängig machen meine ganze erste add), nur um diese (nicht so) hilfreiche Nachricht:
```
fatal: Failed to resolve 'HEAD' as a valid ref.
```
Es stellt sich heraus, dass dies ist, weil der Oberschiedsrichter (Zweig?) nicht vorhanden, bis nach dem ersten commit. Das heißt, Sie laufen in die gleiche Anfänger-problem, wie mir, wenn Ihr workflow, wie bei mir, war so etwas wie:
1. cd zu meinem großen neuen Projekt-Verzeichnis zu versuchen, Git, das neue Schärfe
2. git init
3. git add .
4. git status
  
  ... viel Mist Schriftrollen von ...
  
  => Verdammt, ich wollte nicht hinzufügen, dass alle.
5. google "rückgängig" git add"
  
  => finden Stack-Overflow - yay
6. git reset .
  
  => fatal: Fehler beim auflösen von 'KOPF' als gültig ref.
Weiter stellt sich heraus, dass es ein Fehler protokolliert gegen die unhelpfulness dieser in der mailing-Liste.

Ist und dass die richtige Lösung war richtig, es in der Git-status-Ausgang (welcher, ja, ich beschönigt als " crap)
```
...
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
...
```
Und die Lösung ist in der Tat zu verwenden git rm --cached FILE.

Beachten Sie die Warnungen anderswo hier - git rm löscht Ihre lokale Arbeitskopie der Datei, aber nicht wenn Sie --cached. Hier das Ergebnis git help rm:

--cached
Verwenden Sie diese option, um unstage und entfernen Sie die Pfade nur aus dem index.
Arbeiten, Baum-Dateien, egal ob verändert oder nicht, wird Links.

Ich weiter verwenden
```
git rm --cached .
```
alles entfernen und neu beginnen. Hat nicht funktioniert, obwohl, weil, während add . rekursiv ist, stellt sich heraus rm muss -r rekursiv durchsuchen. Seufz.
```
git rm -r --cached .
```
Okay, jetzt bin ich wieder da, wo ich angefangen habe. Das nächste mal werde ich -n machen einen Probelauf und sehen, was Hinzugefügt werden:
```
git add -n .
```
Ich zog den Reißverschluss alles an einem sicheren Ort, bevor Sie Vertrauen git help rm über die --cached nicht zerstören nichts (und was ist, wenn ich es falsch schrieb).
- Nicht nur "git reset" ohne . tun, was Sie wollen, oder bin ich etwas fehlt?
- Hah. Ich folgte den gleichen Prozess. Außer, dass ich aufgab und sagte rm -rf .git, git init weil ich nicht Vertrauen git rm --cached um meine arbeiten zu kopieren. Es sagt ein wenig wie git ist immer noch übermäßig Komplex, in einigen Orten. git unstage sollte nur auf eine Aktie, die standard-Kommando, es ist mir egal, wenn ich kann hinzufügen, es wie ein alias.
- Tat dies, und es löschte alle meine anderen vorhandenen Dateien - unverändert - aus dem git-backup. Re-adding Sie macht alles größer und zerstört die richtige Geschichte. Git ist völlig ein unvollendetes Projekt.
- in den letzten Versionen von git (v1.7.1.1 getestet ) git rm -r --cached . funktioniert einwandfrei
- Wenn Sie wie git reset, versuchen Sie git reset * anstelle von git reset . - es un-Bühnen alles, was Sie bisher bereitgestellte Dateien.
- Geniale Antwort beschrieben, dass mein workflow genau. Muss es wirklich sein, angenommen sein, zu beantworten oberste als das Q ist, was oben in der Suche Ergebnisse für "git unstage".
- Statt die trocken laufen, gehen durch die add mit git add -p
- Für mich git sagt git reset HEAD <File>...
- Sie könnte auch git stash/git stash pop zu vermeiden, packen/sichern alles
- git rm --cached <Datei> ist das eigentlich die richtige Antwort, wenn es ist der erste import von <file> in das repository. Wenn Sie versuchen, unstage eine änderung an der Datei, git reset ist die richtige Antwort. Die Leute sagen, dass diese Antwort falsch ist, daran denken, eine andere Frage.
- Dies tatsächlich funktioniert, aber nur auf den ersten commit, wo die Datei vorher nicht existiert, oder wo die git add Befehl neue Dateien Hinzugefügt, aber nicht änderungen an bestehenden Dateien.
- Ich fühle mich, wenn dies ist eine völlig neue repository, das entfernen der .git Verzeichnis und die Initialisierung erneut ist der beste Weg. Für diese Fälle ein gut genutzt repo, wo Sie gerade zufällig fügte hinzu, eine einzige Datei, git rm --cached <file> wohl das beste ist ich bekomme zwar ein unheimlich delete mode 100644 file nach meinem Begehen.
- nach git status Ausgabe von git-version 1.8.1.4 der richtige Weg, um unstage neue Dateien: git reset HEAD <file>...
- geht nur um zu zeigen, wie unintuitiv und gewundene git ist. statt parallel "rückgängig" - Befehle, die Sie haben, um herauszufinden, wie zu öffnen. Wie der Versuch, frei Ihr Bein im Treibsand, und dann bekommen Sie Ihren arm stecken, dann erhalten Sie Ihren anderen arm stecken... jeder Befehl getan werden sollte, durch GUI, mit dropdown-Menüs für die Optionen... Denken Sie an all die Benutzeroberfläche, die Produktivitätsgewinne, die wir hatten, aber wir haben dieses Durcheinander einer retro-command-line-interface. Es ist nicht wie das git-GUI-Programme machen dies mehr intuitiv.
- Nein, es ist nicht die richtige Antwort. Was Sie wirklich wollen, zu tun ist, entweder git reset rückgängig machen, werden alle hinzugefügten Dateien oder git reset <file> rückgängig machen einer bestimmten Datei Hinzugefügt. git rm --cached können auf der Oberfläche zu arbeiten, sondern das, was tatsächlich passiert ist, es entfernt Sie aus der tracking-Historie als auch die ist nicht das, was Sie wollen würden, es sei denn, Sie Hinzugefügt, die Datei in einer gitignore-Datei, wo die Datei sollte nicht erfasst wurden in Erster Linie dann, in diesem Fall wäre es ok.
- git reset funktioniert nicht auf leeren repos (erste Importe)
- Ich versuchte mein edit-Kommentar als ich Las deins, aber ich war zu spät. Ich vermisste, dass ein Teil von dem, was Sie schrieben ;). Aber ja du hast Recht, das wäre eine andere Instanz zu verwenden git rm --cached
- Wenn intially zuerst ein git-repository "git reset" aus dem top-Antwort funktioniert nicht: Fehler beim lösen KOPF. Wir haben eine einzige Datei zu viele, um den ersten zu Begehen. Vorgeschlagen von dieser Antwort, in diesem Fall "git rm --cached <Datei>" bei mir funktioniert. Vielleicht "git rm --cached ." nicht mehr als ist bestimmt für einige Leute, aber (wie vorgeschlagen von git status), git rm --cached <Datei> funktioniert....
- Warum nicht einfach löschen Sie die versteckte .git Ordner lol.. und git init wieder... (vorausgesetzt, du machst das git-repo für das ERSTE mal und habe nicht getan, alle commits)
- Wenn die Dateien noch nicht im index, verwenden Sie git rm --cache <filename>, wenn die Dateien bereits im index, aber wenn Sie nicht wollen, um in diesem verpflichten, verwenden Sie git reset <filename>
- Dies kann anwendbar gewesen zu der Zeit des Schreibens, aber scheint zu funktionieren jetzt.
- Dies ist auch eine falsche Antwort. Ich weiß nicht, warum die Menschen nach Antworten, und noch weniger, warum Sie upvote "falschen" Antworten....
- Dieser Befehl LEERT / LÖSCHT SACHEN IN DER INDEX. Was die OP und die anderen Menschen eigentlich wollen, ist das RÜCKGÄNGIG machen DER ÄNDERUNGEN IN DER INDEX und NICHT LÖSCHEN ZEUG. Git reset . ist die richtige Antwort.
InformationsquelleAutor Rhubarb
509

Wenn Sie Typ:
```
git status
```
git wird Ihnen sagen, was ist inszeniert, etc,, einschließlich der Anleitung, wie unstage:
```
use "git reset HEAD <file>..." to unstage
```
Find ich git spielt einen ziemlich guten job, stieß mir das richtige zu tun in einer Situation wie dieser.

Hinweis: Aktuelle git-Versionen (1.8.4.x) sich geändert haben diese Nachricht:
```
(use "git rm --cached <file>..." to unstage)
```
- Die Nachricht wird unterschiedlich sein, je nachdem, ob die added Datei wurde bereits verfolgt wird (die add nur dann gespeichert, eine neue version der cache - hier wird es zeigen Sie Ihre Nachricht). An anderer Stelle, wenn die Datei zuvor nicht inszeniert, es zeigt use "git rm --cached <file>..." to unstage
- Super!!! Die git reset HEAD <file> ist das einzige, das arbeiten im Falle dass Sie wollen unstage eine Datei löschen
- Mein git-version 2.14.3 sagt git reset HEAD to unstage.
InformationsquelleAutor Paul Beckingham
240

Klären: git add bewegt sich die änderungen aus dem aktuellen Verzeichnis in das staging-Bereich (index).

Dieser Vorgang wird als Inszenierung. Also die meisten natürlichen Befehl Bühne die änderungen (geänderte Dateien), ist die offensichtliche ein:
```
git stage
```
git add ist nur ein einfacher Typ-alias für git stage

Schade, dass es keine git unstage noch git unadd Befehle. Das relevante ist, ist schwerer zu erraten oder zu erinnern,
aber ist ziemlich offensichtlich:
```
git reset HEAD --
```
Können wir leicht erstellen Sie einen alias für diesen:
```
git config --global alias.unadd 'reset HEAD --'
git config --global alias.unstage 'reset HEAD --'
```
Und endlich, wir haben neue Befehle:
```
git add file1
git stage file2
git unadd file2
git unstage file1
```
Persönlich habe ich sogar noch kürzere Aliase:
```
git a #for staging
git u #for unstaging
```
- "bewegt"? Dies würde bedeuten, er hat sich von der working-directory. Das ist nicht der Fall.
- Warum ist es offensichtlich?
- Eigentlich git stage ist der alias für git add, die die historische Befehl, sowohl auf Git und anderen SCM. Es wurde Hinzugefügt im Dezember 2008 mit commit 11920d28da in der "Git' s git-repository", wenn ich sagen kann.
InformationsquelleAutor takeshin
161

Ergänzung zu den akzeptierten Antworten, wenn Ihr versehentlich hinzugefügte Datei riesig war, werden Sie wahrscheinlich feststellen, dass Sie auch nach dem entfernen aus dem index mit 'git reset', scheint es immer noch zu besetzen Raum in der .git - Verzeichnis. Das ist nichts, um besorgt zu sein, die Datei ist ja immer noch im repository, sondern nur als "lose-Objekt", es wird nicht kopiert und an andere repositories (per clone, push), und der Platz wird irgendwann zurückgefordert wird - wenn auch vielleicht nicht sehr bald. Wenn Sie ängstlich sind, können Sie ausführen:
```
git gc --prune=now
```
Update (was folgt, ist mein Versuch, klar einige Verwirrung, die entstehen kann, der die meisten Stimmen Antworten):

So, das ist der eigentliche rückgängig von git add?

git reset HEAD <file> ?

oder

git rm --cached <file>?

Streng genommen, und wenn ich mich nicht Irre: keine.

git add kann nicht rückgängig gemacht werden - sicher, im Allgemeinen.

Erinnern wir uns zunächst, was git add <file> tatsächlich:
1. Wenn <file> war bisher nicht verfolgt, git add fügt Sie dem cache mit aktuellen Inhalten.
2. Wenn <file> war bereits verfolgt, git add speichert den aktuellen Inhalt (snapshot-version) auf den cache. In GIT, diese Aktion ist immer noch als hinzufügen, (nicht bloße update es), da zwei unterschiedliche Versionen (snapshots) einer Datei sind, gelten als zwei verschiedene Elemente: wir sind daher in der Tat hinzufügen eines neuen Elements zu der cache, der schließlich das Leben später.
In diesem Licht, die Frage ist etwas zweideutig:

Ich irrtümlich hinzugefügten Dateien mit dem Befehl...

Den OP ' s Szenario scheint zu sein, das erste (nicht Datei), wir wollen das "rückgängig", um die Datei zu entfernen (nicht nur der aktuelle Inhalt) aus dem überwachten Elementen. Wenn dies der Fall ist, dann ist es ok zu laufen git rm --cached <file>.

Und wir könnten auch laufen git reset HEAD <file>. Dies ist im Allgemeinen vorzuziehen, weil es funktioniert in beiden Szenarien: es macht auch rückgängig machen, wenn wir Unrecht Hinzugefügt eine version von einer bereits verfolgt Element.

Aber es gibt zwei Vorbehalte.

Zuerst: Es gibt (wie bereits in der Antwort) nur ein Szenario, in dem git reset HEAD funktioniert nicht, aber git rm --cached tut: ein neues repository (nicht verpflichtet). Aber, wirklich, diese einer praktisch irrelevanten Fall.

Zweitens: Werden Sie sich bewusst, dass git reset HEAD können nicht auf Magische Weise wiederherstellen, die zuvor zwischengespeicherte Inhalt der Datei, es ist nur resyncs es aus dem KOPF. Wenn unsere fehlgeleiteten git add überschrieb eine Vorherige inszeniert uncommitted-version, können wir nicht wiederherstellen. Deshalb, streng genommen, können wir nicht rückgängig machen [*].

Beispiel:
```
$ git init
$ echo "version 1" > file.txt
$ git add file.txt   # first add  of file.txt
$ git commit -m 'first commit'
$ echo "version 2" > file.txt
$ git add  file.txt   # stage (don't commit) "version 2" of file.txt
$ git diff --cached file.txt
-version 1
+version 2
$ echo "version 3" > file.txt   
$ git diff  file.txt
-version 2
+version 3
$ git add  file.txt    # oops we didn't mean this
$ git reset HEAD file.txt  # undo ?
$ git diff --cached file.txt  # no dif, of course. stage == HEAD
$ git diff file.txt   # we have lost irrevocably "version 2"
-version 1
+version 3
```
Natürlich ist dies nicht sehr entscheidend, wenn wir Folgen nur den üblichen faulen workflow zu tun 'git add' nur für das hinzufügen neuer Dateien (Fall 1), und wir aktualisieren und neue Inhalte über die übergabe git commit -a Befehl.

^{* (Edit: das oben ist praktisch richtig, aber dennoch kann es einige etwas hackish/gewundene Wege zur Wiederherstellung von änderungen, die inszeniert wurden aber nicht übernommen und dann überschrieben - siehe die Kommentare von Johannes Matokic und iolsmit)}
- Streng genommen gibt es eine Möglichkeit zum wiederherstellen eines bereits inszeniert-Datei, die ersetzt wurde mit git add. Wie Sie erwähnen git add erstellt ein git-Objekt für die Datei, wird eine lose-Objekt nicht nur beim entfernen der Datei komplett, aber auch, wenn Sie überschrieben wird mit neuen Inhalten. Aber es gibt keinen Befehl, um automatisch wiederherstellen. Statt die Datei zu identifizieren und extrahieren Sie manuell oder mit tools geschrieben, nur für diesen Fall (libgit2 erlauben dies). Aber diese zahlt sich nur dann aus, wenn die Datei ist sehr wichtig, und groß und konnte nicht wieder aufgebaut werden, durch Bearbeiten der vorherigen version.
- Korrigieren Sie mich: Sobald die lose-object-Datei gefunden wird (benutzen Sie meta-Daten wie ERSTELLUNGSDATUM/Zeit) git cat-file könnte verwendet werden, um erholen Ihre Inhalte.
- Ein weiterer Weg, um wiederherstellen von änderungen, die inszeniert wurden aber nicht übernommen und dann überschrieben, indem Sie z.B. ein anderes git add ist über git fsck --unreachable wird eine Liste aller nicht erreichbaren obj, die Sie dann überprüfen, indem git show SHA-1_ID oder git fsck --lost-found wird >Schreiben baumelnden Gegenstände in .git/lost-found/commit/ oder .git/lost-found/other/ je nach Typ. Siehe auch git fsck --help
InformationsquelleAutor leonbloy
92
```
git rm --cached . -r
```
wird "un-Beurteilung" alles, was Sie Hinzugefügt haben, aus Ihrem aktuellen Verzeichnis rekursiv
- Ich war nicht auf der Suche, um un-fügen Sie alles, nur EINE bestimmte Datei.
- Auch hilfreich, wenn du nicht alle vorherigen commit. In Abwesenheit von vorherigen commit git reset HEAD <file> würde sagen fatal: Failed to resolve 'HEAD' as a valid ref.
- Nein, das fügt hinzu ein löschen alles, was in Ihrem aktuellen Verzeichnis. Sehr unterschiedlichen nur unstaging änderungen.
InformationsquelleAutor braitsch
88

Rückgängig eine Datei, die bereits Hinzugefügt ist ganz einfach über git, zum zurücksetzen myfile.txt die bereits Hinzugefügt wurde, verwenden Sie:
```
git reset HEAD myfile.txt
```
Erklären:

Nachdem Sie inszeniert unerwünschte Datei(en) ungeschehen zu machen, Sie können tun git reset, Head ist Kopf der Datei in der lokalen und der Letzte parameter ist der name der Datei.

Erstelle ich die Schritte im Bild und mehr details für Sie, inklusive aller Schritte, die passieren kann in diesen Fällen:
- ERSTAUNLICH!!!!!!!!!!!!!!!!!!!!!
InformationsquelleAutor Alireza
85

Laufen
```
git gui
```
und entfernen Sie alle Dateien, die manuell oder durch Auswahl von alle von Ihnen und klicken Sie auf die unstage from commit - Taste.
- Ja, ich verstehe, dass. Ich wollte nur implizit vorschlagen, dass Ihr zeigen, dass Sie auf Ihre Antwort wie "Sie können git-gui...." 🙂
- Es sagt, "git-gui: Befehl nicht gefunden". Ich bin mir nicht sicher, ob das funktioniert.
- Wow, das ist viel einfacher dann den Befehl Linien, die Sie nicht verstanden. Das ist auf jeden Fall empfehlenswert für einen Anfänger wie mich. vielen Dank für das schreiben oben!
InformationsquelleAutor Khaja Minhajuddin
80

Git-Befehle hat, für jede Aktion, die man sich vorstellen kann, aber braucht umfangreiches wissen, Dinge richtig zu machen und da ist es Kontra-intuitiv am besten...

Was du vor hast:
- Eine Datei geändert und verwendet werden git add . oder git add <file>.
, Was Sie wollen:
- Entfernen Sie die Datei aus dem index, aber halten Sie es versioniert und Links mit nicht festgeschriebenen änderungen in Arbeitskopie:
```
git reset head <file>
```
- Reset die Datei auf dem letzten Stand von KOPF -, änderungen rückgängig und entfernen Sie Sie aus dem index:
```
# Think `svn revert <file>` IIRC.
git reset HEAD <file>
git checkout <file>

# If you have a `<branch>` named like `<file>`, use:
git checkout -- <file>
```
  Dies ist notwendig, da git reset --hard HEAD funktioniert nicht mit einzelnen Dateien.
- Entfernen <file> aus index-und Versionsverwaltung, halten die un-versionierte Datei mit änderungen in Arbeitskopie:
```
git rm --cached <file>
```
- Entfernen <file> aus der Arbeit kopieren und Versionierung komplett:
```
git rm <file>
```
- Ich kann nicht unter stehen, der Unterschied von " git reset head <Datei>' und 'git rm --cached <Datei>. Könnten Sie das erklären?
- Dateien sind 'bekannt' zu git (änderungen werden nachverfolgt wird.), oder Sie sind nicht 'versioniert'. reset head macht Ihre aktuelle änderungen, aber die Datei ist immer noch überwacht von git. rm --cached nimmt die Datei aus der Versionsverwaltung, so dass git nicht mehr überprüft Sie auf änderungen (und entfernt auch irgendwann indiziert derzeitigen Veränderungen, sagte zu git von der vorherigen add), aber die veränderte Datei immer in Ihrer Arbeitskopie, die Sie in Datei-Ordner auf der HDD.
- Der Unterschied ist git reset HEAD <file> ist vorübergehend - der Befehl wird angewendet, um die nächsten commit nur, aber git rm --cached <file> wird unstage bis es Hinzugefügt wird, wieder mit git add <file>. Auch git rm --cached <file> bedeutet, wenn Sie drängen, dass die Filiale auf der Fernbedienung, jemand zieht die Branche wird die Datei TATSÄCHLICH gelöscht-Ordner.
InformationsquelleAutor sjas
73

Die Frage ist nicht eindeutig gestellt. Der Grund dafür ist, dass git add hat zwei Bedeutungen:
1. hinzufügen eines neue Datei in den staging-Bereich, dann rückgängig machen mit git rm --cached file.
2. hinzufügen eines geändert Datei auf dem staging-Bereich, dann rückgängig machen mit git reset HEAD file.
wenn Sie Zweifel haben, verwenden Sie
```
git reset HEAD file
```
Weil es die erwartet, was in beiden Fällen.

Warnung: wenn Sie git rm --cached file auf eine Datei, die war geändert (eine Datei existiert, bevor Sie in das repository), dann wird die Datei entfernt auf git commit! Es existiert noch, in Ihrem Dateisystem, aber wenn jemand anderes zieht Ihr verpflichten, wird die Datei gelöscht, von Ihrer Arbeit Baum.

git status wird Ihnen sagen, wenn die Datei war ein neue Datei oder geändert:
```
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    new file:   my_new_file.txt
    modified:   my_modified_file.txt
```
- +1. Eine außergewöhnliche Anzahl von hoch-von Ihnen positiv bewertet werden Antworten und Kommentare auf dieser Seite sind nur flat-out falsch, über das Verhalten git rm --cached somefile. Ich hoffe, diese Antwort macht seinen Weg bis die Seite zu einer prominenten position, wo es kann zum Schutz der Neulinge vor irreführungen durch die falschen Ansprüche.
- eine der besten Antworten hier, leider ist es ziemlich niedrig auf der Liste
InformationsquelleAutor Michael_Scharf
62

Wenn Sie auf Ihre ersten Begehen und Sie nicht verwenden können git reset, nur deklarieren "Git Konkurs" und löschen Sie die .git Ordner und starten Sie über
- Ein Tipp ist zum kopieren .git/config-Datei, wenn Sie Hinzugefügt haben, remote-origin, bevor der Ordner gelöscht wird.
- Kommentar ist vor Ort auf. Manchmal möchten Sie verpflichten sich, alle Dateien mit einer Ausnahme: git add -A && git rm --cached EXCLUDEFILE && git commit -m 'awesome commit' (Dies funktioniert auch, wenn es keine Vorherige verpflichtet, re Failed to resolve 'HEAD' problem)
InformationsquelleAutor Paul Betts
55

Als pro viele der anderen Antworten, die Sie verwenden können git reset

ABER:

Ich fand das sehr wenig post, die tatsächlich fügt sich das Git-Befehl (auch alias) für git unadd: siehe git unadd für details oder..

Einfach,
```
git config --global alias.unadd "reset HEAD"
```
Nun können Sie
```
git unadd foo.txt bar.txt
```
InformationsquelleAutor electblake
45

git remove oder git rm kann dafür verwendet werden, mit der --cached Flagge. Versuchen:
```
git help rm
```
- Ist das nicht entfernen wollen Sie die Datei insgesamt?
- git rm --cached ... entfernen von Dateien aus einem git repo. Sie werden immer noch auf Ihrem computer vorhanden sind, aber das ist SEHR Verschieden von unstaging änderungen in eine Datei. Für alle stolpern auf diesem, ist es nicht eine gültige Antwort auf die Frage.
InformationsquelleAutor gnud

Verwenden git add -i zu entfernen, nur hinzugefügte Dateien von Ihrem kommenden Begehen. Beispiel:

Hinzufügen der Datei, die Sie nicht wollen:

$ git add foo
$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   foo
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
# [...]#

Gehen in das interaktive hinzufügen machen Sie die add (die Befehle eingegeben git hier ein "r" (rückgängig), "1" (erste Eintrag in der Liste rückgängig zeigt), 'return', um die drop-out-of-revert-Modus, und "q" (quit):

$ git add -i
           staged     unstaged path
  1:        +1/-0      nothing foo

*** Commands ***
  1: [s]tatus     2: [u]pdate     3: [r]evert     4: [a]dd untracked
  5: [p]atch      6: [d]iff       7: [q]uit       8: [h]elp
What now> r
           staged     unstaged path
  1:        +1/-0      nothing [f]oo
Revert>> 1
           staged     unstaged path
* 1:        +1/-0      nothing [f]oo
Revert>> 
note: foo is untracked now.
reverted one path

*** Commands ***
  1: [s]tatus     2: [u]pdate     3: [r]evert     4: [a]dd untracked
  5: [p]atch      6: [d]iff       7: [q]uit       8: [h]elp
What now> q
Bye.
$

Das ist es! Hier ist dein Beweis, der zeigt, dass "foo" ist zurück auf der nicht-Liste:

$ git status
# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
# [...]
#       foo
nothing added to commit but untracked files present (use "git add" to track)
$

InformationsquelleAutor Alex North-Keys

37

Hier ist ein Weg, um dies zu vermeiden leidige problem, wenn Sie ein neues Projekt beginnen:
- Erstellen Sie den Ordner für Ihr neues Projekt.
- Laufen git init.
- Erstellen Sie nun eine .gitignore-Datei (auch wenn es leer ist).
- Verpflichten Ihre .gitignore-Datei.
Git macht es wirklich schwer zu tun git reset wenn Sie haben noch keine verpflichtet. Wenn Sie erstellen eine winzige erste Begehen, nur um einen zu haben, danach kann man git add -A und git reset so oft wie Sie möchten, um zu bekommen, alles richtig.

Ein weiterer Vorteil dieser Methode ist, dass, wenn Sie in der Zeile endenden Mühen später und aktualisieren müssen, alle Ihre Dateien, ist es ganz einfach:
- Check-out, die erste verpflichten. Damit entfernen Sie alle Ihre Dateien.
- Dann schauen Sie sich Ihre letzten commit wieder. Dieser abgerufen werden neue Kopien von Ihren Dateien, mit Ihrem aktuellen line-ending-Einstellungen.
- Bestätigt! Versucht ein git reset nach einem git add . und git beschwerte sich über korrupte KOPF. Nach Ihrer Beratung konnte ich git add & reset hin und her, ohne Probleme 🙂
- Der zweite Teil funktioniert, aber es ist ein bisschen ungeschickt. Wie Zeilenenden behandelt werden, hängt davon ab autocrlf Wert... Das funktioniert nicht in jedem Projekt abhängig von den Einstellungen.
- Diese Antwort war angemessen in der Zeit, in der Sie veröffentlicht wurde, aber ist jetzt veraltet; git reset somefile und git reset beide arbeiten vor dem ersten commit, jetzt. Dies war der Fall, da mehrere Git-releases zurück.
- Sie mögen Recht haben (es wäre cool, wenn du gepostet hast eine Quelle für deine Behauptung), aber es ist immer noch Wert in Ihrem Start-repo mit einem sauberen commit oder zwei.
InformationsquelleAutor Ryan Lundy
33

Vielleicht Git geändert hat, seit Sie Ihre Frage veröffentlicht.
```
$> git --version
git version 1.6.2.1
```
Nun, können Sie versuchen:
```
git reset HEAD .
```
Dies sollte sein, was du suchst.
- Sicher, aber dann haben Sie die Nachfolge-Frage, wie sollte man unadd eine beiden (oder mehr) Dateien Hinzugefügt. Die "git reset" Handbuch erwähnt, dass "git reset <Pfade>" ist das Gegenteil von "git add <Pfade>", jedoch.
InformationsquelleAutor Kokotte23
33

Beachten Sie, dass wenn Sie nicht auf eine Version festlegen, dann müssen Sie fügen Sie ein separator. Beispiel aus meiner Konsole:
```
git reset <path_to_file>
fatal: ambiguous argument '<path_to_file>': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions

git reset -- <path_to_file>
Unstaged changes after reset:
M   <path_to_file>
```
(git-version 1.7.5.4)
- Ich habe versucht git reset <path> und es funktioniert Prima ohne Trennzeichen. Ich bin auch mit git 1.9.0. Vielleicht ist es funktioniert nicht in älteren Versionen?
InformationsquelleAutor powlo
30

Zu löschen, neue Dateien aus der staging-area (und nur im Falle einer neuen Datei), wie oben vorgeschlagen:
```
git rm --cached FILE
```
Verwenden Sie rm --cached nur für neue Dateien, die versehentlich Hinzugefügt.
- Daran, dass die --cached ist eine wirklich wichtige Teil hier.
- -1; Nein, das nicht un-Bühne die Datei, es inszeniert eine Löschung der Datei (ohne Sie tatsächlich zu löschen es von Ihrem Arbeit-Baum).
InformationsquelleAutor Ran
24

Zurücksetzen, um jede Datei in einem bestimmten Ordner (und seinen Unterordnern), können Sie folgenden Befehl verwenden:
```
git reset *
```
- Eigentlich ist dieser nicht zurückgesetzt wird jede Datei, weil * verwendet ein shell-Erweiterung, und es ignoriert dotfiles (und dot-Verzeichnisse).
- Sie können laufen git status zu sehen, nichts, die bleibt, und setzen Sie es manuell, d.h. git reset file.
InformationsquelleAutor Zorayr
24

verwenden Sie die * Befehl, um mehrere Dateien auf einmal
```
git reset HEAD *.prj
git reset HEAD *.bmp
git reset HEAD *gdb*
```
etc
- Daran, dass * in der Regel nicht include dotfiles oder 'dot-Verzeichnisse', sofern Sie nicht explizit angeben .* oder .*.prj
InformationsquelleAutor boulder_ruby
22

Geben Sie einfach git reset es zurück und es ist, wie Sie noch nie getippt git add . seit dem letzten commit. Stellen Sie sicher, dass Sie begangen haben, vor.
- Wird nicht funktionieren, wenn es keine letzten commit.
- Wie es passiert, es war der Letzte commit... aber ich war speziell zu Fragen über das entfernen einer einzelnen Datei vom commit nicht jede Datei aus dem commit.
InformationsquelleAutor Donovan
18

Angenommen, ich erstelle eine neue Datei newFile.txt.

Glaube, ich fügen Sie die Datei versehentlich, git add newFile.txt

Nun möchte ich das rückgängig hinzufügen, bevor Sie zu Begehen, git reset newFile.txt
- Angenommen, ich bin zum 1. pic Bedeutung Bedeutung habe ich nicht selbst gemacht habe "git.hinzufügen". Auch, ich nicht alle wollen all das ändern. Ich meine, wenn ich ein git status sollte es nicht zeigen, jede rote-Dateien. Ich meine, es sollte in sync, als wenn es wurde nicht eine einzige Datei verändert seit dem letzten git push. wie das zu erreichen.
- ALSO angenommen, Sie sind nur im ersten Schritt. Und Sie wollen, um loszuwerden, alle änderungen, die Sie getan haben, welche macht "newFile.txt" kommt rot.
- Wenn ich ein git-status. Ich sollte nicht sehen, jede änderung in allen. Alle rot markierten Dateien sollten zurückgesetzt erhalten.
- Hi, ich denke deine Frage ist damit, wie zu entfernen nicht verfolgte Dateien aus dem aktuellen Baum. Für die, die Sie verwenden können, "git clean-f -d". Dadurch entfernen Sie nicht Verzeichnisse.
- Wenn Sie nicht möchten, löschen Sie die nicht verfolgte Dateien ignorieren "-f" - flag.
- Es hat nicht funktioniert. Angenommen, ich habe ein git push. Nun, wenn ich das hinzufügen einer einzelnen Zeile in meinem code, und überprüfen git status. Es wird sich zeigen, eine Datei in Farbe Rot. Nehme an, dass ich nicht möchte, dass diese eine Zeile ändern. Eine Möglichkeit ist, die ich tun kann, Strg + z. Aber ich will git zu tun für mich. Ich möchte mein lokales Projekt, um synchron mit dem master-repo. Ich meine, wenn ich "git status" dann sollte ich sehen diese Nachricht als "Sein in sync mit dem master". Und wenn ich mein code, ich sollte eine Nachricht wie "eine externe Quelle wird änderungen" und wenn ich sage "ja" beantworten dann die eine Zeile ändern, die ich gemacht hatte, soll verschwunden sein.
- im Grunde möchte ich einen git-Befehl revert alle änderungen, die das git status "roten Dateien"
- Also machte ich eine änderung an einer Datei. Habe ich nicht etwas anderes tun. KEINE git-Befehl an alle (kein git push auch nicht git add oder git commit). Aber jetzt will ich einen git-Befehl zurückgesetzt wird diese änderungen in meinem lokalen repo.
- In einer mehr technischen Bedingungen", Wie Sie zum wiederherstellen der Datei die änderungen im lokalen repo die nicht in der staging-area"
- Haben Sie nicht versuchen Sie "git checkout-Dateiname". Auch Sie können stash die änderungen mit "git stash".
- ja Kasse gearbeitet. danke. 🙂
- Git reset ohne Kopf verwendet die aktuelle bereitgestellte Dateien. Verwenden Sie git reset head to angegeben eine andere Begehen. Wie git reset Head~2, um zurück zu einer früheren verpflichtet. 2 ist die Anzahl der commits
InformationsquelleAutor Vidura Mudalige
17

Für eine bestimmte Datei:
- git reset my_file.txt
- git checkout my_file.txt
Für alle hinzugefügten Dateien:
- git reset .
- git checkout .
Hinweis: Kasse ändert sich der code in den Dateien und bewegt sich auf die Letzte Aktualisierung (begangen) Zustand. reset nicht ändern, dass die codes; es setzt die header.
- Bitte erklären Sie den Unterschied zwischen git reset <file> und git checkout <file>.
- - reset nicht ändern die Datei, so legen Sie es Weg von der Bühne (=index, wo es genommen wurde durch git add)
- checkout ändern des codes in der Datei und verschieben Sie die letzten aktualisierten Zustand. - reset nicht ändern die codes, die es nur zurücksetzen der header. Als Beispiel, reset verwenden Sie für zusätzliche oder übergebenen Dateien zurücksetzen, bevor Sie die push-und checkout verwenden Sie für wieder auf die Letzte Aktualisierung/begangen Bühne, bevor git add.
- reset = entfernen Sie die Datei von der Bühne aber änderungen werden immer noch da sein. Kasse = wird die aktualisierte Datei aus dem repository und überschreibt die aktuelle Datei
InformationsquelleAutor Hasib Kamal
13

Dieser Befehl wird unstash Ihre änderungen:
```
git reset HEAD filename.txt
```
Können Sie auch
```
git add -p 
```
Teile hinzufügen von Dateien.

InformationsquelleAutor wallerjake
13

Ich bin überrascht, dass niemand erwähnt interaktiven Modus:
```
git add -i
```
wählen Sie option 3, um un-Dateien hinzufügen. In meinem Fall habe ich oft wollen Sie mehr als eine Datei mit dem interaktiven Modus können Sie zahlen wie diese, um Dateien hinzuzufügen. Diese wird nehmen, alle, aber 4: 1,2,3,5

Wählen Sie eine Sequenz geben Sie einfach 1-5, alle von 1 bis 5.

Git staging von Dateien
- "ich bin überrascht, dass niemand erwähnt interaktiven Modus" - Sie haben: stackoverflow.com/a/10209776/1709587
InformationsquelleAutor Jonathan
13

Rückgängig machen git add verwenden

git reset filename

InformationsquelleAutor Anirudh Sood
9
```
git reset filename.txt
```
Entfernen, eine Datei mit dem Namen filename.txt aus dem aktuellen index, den "begangen werden" - Bereich, ohne etwas zu ändern sonst.

InformationsquelleAutor Rahul Sinha
9

git add myfile.txt # dies wird Ihre Datei in die begangen werden Liste

Ziemlich das Gegenteil dieses Befehls ist,
```
git reset HEAD myfile.txt  # this will undo it. 
```
also, werden Sie in vorherigen Zustand. angegeben wird werden wieder nicht in Liste (vorherigen Zustand).

wird es zurückgesetzt, den Kopf mit, dass die angegebene Datei. so, wenn Sie Ihren Kopf nicht haben, das bedeutet, es wird einfach reset es

InformationsquelleAutor Mohideen bin Mohammed
8

In SourceTree Sie können dies ganz einfach über das gui.
Sie können überprüfen, welcher Befehl sourcetree verwendet, um unstage eine Datei.

Ich eine Datei neu angelegt und fügte hinzu, es zu git. Dann habe ich unstaged es mit dem SourceTree gui.
Dies ist das Ergebnis:

Unstaging Dateien [08/12/15 10:43]

git -c diff.mnemonicprefix=false -c-Kern.quotepath=false -c-Berechtigung.Helfer=sourcetree reset -q -- path/to/file/filename.java

SourceTree verwendet reset to unstage neue Dateien.

InformationsquelleAutor miva2
7

Eines der intuitivsten Lösungen ist mit SourceTree.

Können Sie einfach per drag-and-drop von Dateien aus staged und unstaged

InformationsquelleAutor Marcin Szymczak
7
```
git reset filename.txt  
```
Entfernen, eine Datei mit dem Namen filename.txt aus dem aktuellen index, den "begangen werden" - Bereich, ohne etwas zu ändern sonst.

InformationsquelleAutor Joseph Mathew
1

Den git reset Befehl hilft Ihnen, modifiziert entweder den staging-Bereich oder den staging-Bereich und arbeiten Baum. Git ' s Fähigkeit, Handwerk begeht, genau wie Sie wollen, bedeutet, dass Sie manchmal brauchen, um änderungen rückgängig machen die änderungen, die Sie inszeniert mit git add.

Können Sie tun, indem Sie git reset HEAD <file to change>. Sie haben zwei Möglichkeiten, um loszuwerden, ändert sich komplett. git checkout HEAD <file(s) or path(s)> ist ein schneller Weg, um änderungen rückgängig zu machen, um Ihren staging-Bereich und arbeiten Baum. Seien Sie vorsichtig mit diesem Befehl, jedoch, weil es entfernt alle änderungen, um Ihre arbeiten Baum. Git weiß nicht, über diese änderungen, da Sie nie begangen wurden. Es gibt keinen Weg, um diese änderungen zurück, sobald Sie diesen Befehl ausführen.

Anderen Befehl zu Ihrer Verfügung ist git reset --hard. Es ist genauso destruktiv zu Ihrem Arbeits-Baum-alle nicht festgeschriebenen änderungen oder inszeniert änderungen gehen verloren, nachdem es läuft. Läuft git reset -hard HEAD macht das gleiche wie git checkout HEAD. Es ist einfach nicht erforderlich, eine Datei oder einen Pfad zu arbeiten.

Können Sie --soft mit git reset. Es setzt dem repository, commit, den Sie angeben und Stufen alle diese Veränderungen. Alle änderungen, die Sie bereits inszeniert sind nicht betroffen, noch sind die änderungen im working tree.

Schließlich können Sie mit --mixed zum zurücksetzen der arbeiten Baum ohne Inszenierung keine änderungen. Dies auch unstages alle änderungen, die inszeniert sind.

InformationsquelleAutor SAIguru011
-3

Löschen Sie einfach die ./git Ordner und starten Sie von Anfang an.
- Meinst du "die ./.git Ordner"? Das ist mehr als ein bisschen dramatisch — das ist nicht zu diskutieren "rückgängig machen git add vor dem ersten commit", aber änderungen rückgängig gemacht, nachdem Sie einige nützliche Arbeit geleistet worden.
- bei mir hat es geklappt
- Gut, ich bin froh, dass Sie mit dem Ergebnis zufrieden sind. Ich bin nicht davon überzeugt jemand anderes wird das sein, wenn Sie deine Ratschläge befolgen.
InformationsquelleAutor Mohammed Fallah
-5
```
git stash && git stash pop
```
Wird erace der Inszenierung.

InformationsquelleAutor ohadgk
-9

Den Befehl git reset --hard HEAD funktionieren sollte. Die eine Sache zu beachten ist, dass Sie brauchen, um geändert directory (cd) wieder in Ihre normale Arbeitsverzeichnis. Ansonsten, wenn Sie den Befehl ausführen aus dem Verzeichnis, das Sie versehentlich Tat die git add . .... Sie werden nicht in der Lage, um wieder heraus-und stattdessen bekommen die Fehler erwähnt in anderen posts bezüglich "unknown revision oder der Pfad nicht in der Arbeitsgruppe Baum".
- WARNUNG: dies wird nicht nur unstage Dateien aus, die Sie indizieren, es wird komplett löschen Ihre änderungen aus der Arbeitskopie zu! ich nicht empfehlen, dass jeder Einsatz einen hard-reset, nur um unstage files...nicht, es sei denn, Sie sind fans von komplett zu verlieren Ihre Arbeit.
InformationsquelleAutor dan.true

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.