Wie kann ich verwerfen unstaged änderungen im Git?

Wie kann ich das verwerfen von änderungen in meine arbeiten zu kopieren, die nicht im index?

Siehe auch stackoverflow.com/questions/22620393/...
git-clean entfernt nur nicht verfolgte Dateien aus dem working tree git-scm.com/docs/git-clean
Zu klären Asenar Kommentar oben git-clean -df gefährlich werden kann. Löschen lokalen nicht verfolgte Dateien (z.B. abgedeckt .gitignore) Lesen Sie unten sorgfältig durch und Bedenken Sie git checkout . statt
"git clean-df' gewarnt Werden! Ich habe versucht, und verlorene Schlüssel (Ordner, die nicht wiederhergestellt werden können... Autsch!
schlagen git status gibt einen Vorschlag, wie das zu tun! git checkout -- .

InformationsquelleAutor Readonly | 2008-09-09

git version-control

2417

Ein weiterer schneller Weg ist:
```
git stash save --keep-index --include-untracked
```
Brauchen Sie nicht zu zählen --include-untracked wenn Sie nicht wollen, um gründlich zu sein darüber.

Danach können Sie drop stash mit einem git stash drop Befehl, wenn Sie möchten.

Und, sich gründlich über Sie, würden Sie wollen --include-untracked als gut.
Die Frage fordert insbesondere über die änderungen, die nicht im index. Die git reset Befehl wird das verwerfen von änderungen in den index zu.
git checkout -- . ist viel schneller
Weder die git stash noch eine Vielzahl von git checkout zu verwerfen unstaged löscht. Nach der Ausgabe von git status die tatsächliche richtige Antwort hier ist einige Geschmack git reset HEAD
Diese verschmutzen die stash-stack. git checkout -- . macht den job mit einem Befehl nur.

InformationsquelleAutor Greg Hewgill
4722

Für alle unstaged Dateien im aktuellen Arbeitsverzeichnis verwenden:
```
git checkout -- .
```
Für eine bestimmte Datei verwenden:
```
git checkout -- path/to/file/to/revert
```
-- hier, um zu entfernen argument ambiguation.

Dies scheint die git-kanonischen Weg. also genau das, was git sagt Ihnen zu tun, wenn Sie geben git status
Funktioniert nicht, wenn es nicht verfolgte Dateien. Git sagt error: The following untracked working tree files would be overwritten by checkout: ....
newbie-Frage, was bedeutet "git checkout -- ." bedeutet semantisch?
checkout -- . bedeutet, dass die gleiche Sache wie git checkout ., außer Sie sind explizit über die Tatsache, dass Sie nicht die Angabe der branch-name. Beide sagen Kasse die HEAD-version auf der Filiale bin ich momentan für '.' oder './'. Wenn Sie git checkout branch-name directory-or-file-name in der Regel erhalten Sie die HEAD-version des directory-or-file-name auf Zweig branch-name.
IMO ist diese Variante nicht perfekt, da es nicht handhaben die situation, wenn Ihr repository geändert wird, nicht auf die HEAD-revision auf den moment verpasst Reinigung, und Sie NICHT wollen, Sie zu aktualisieren, zu KOPF, und wollen einfach nur reinigen Sie die änderungen.

InformationsquelleAutor Tobi
1748

Wie es scheint, die vollständige Lösung:
```
git clean -df
git checkout -- .
```
git clean entfernt alle nicht verfolgte Dateien (Warnung: es wird zwar nicht löschen, ignoriert erwähnten Dateien direkt in .gitignore, es löschen kann, ignoriert Dateien, die im Ordner) und git checkout löscht alle unstaged changes.

Die beiden anderen Antworten, die nicht wirklich arbeiten, diese.
dies ist becues der erste Befehl entfernt die nicht indizierte Dateien und die zweite entfernt die unstaged changes (indizierte Dateien). Also, wenn Sie nicht irgendeine inszenierte änderungen ist es das gleiche wie das zurücksetzen auf den letzten commit mit git reset --hard
mit -dff wenn die nicht verfolgte Verzeichnis ein git-clone.
Seien Sie vorsichtig, läuft git clean-df. Wenn Sie nicht verstehen, was es tut, könnten Sie das löschen von Dateien, die Sie bedeuten, zu halten, wie robots.txt, hochgeladenen Dateien, etc.
Wie @ctlockey gesagt, der erste Befehl, den Sie auch Verzeichnisse zu löschen, wenn Sie zusammengesetzt sind, die ignoriert nur Dateien... Verlor eine ganze Reihe von Konfigurations-Dateien auf meinem Projekt 🙁 Vorsicht.

InformationsquelleAutor Mariusz Nowak
304

Dieser checkt den aktuellen index für das aktuelle Verzeichnis, wegwerfen alle änderungen an den Dateien aus dem aktuellen Verzeichnis nach unten.
```
git checkout .
```
oder diese, die checkt alle Dateien aus dem index, überschreiben, arbeiten, Baum-Dateien.
```
git checkout-index -a -f
```
Hi, was ist der Unterschied zwischen git checkout . und git checkout -- .?
Kein Unterschied in diesem Fall.
Siemer und im Allgemeinen Fall?
schlechter Ort, um diese Frage zu stellen. – Sie ist unabhängig von der Frage des OP an, und nicht auf die Antwort hier.
+1 Das ist die RICHTIGE ANTWORT, wie es richtig behandelt den Fall, in dem einige Dateien haben beide inszeniert von und ungespielt änderungen. Beachten Sie, dass diese Lösung VERWIRFT die unstaged changes; wenn Sie es wünschen, Sie zu behalten, dann sollten Sie @greg hewgill 's Antwort git stash save --keep-index.

InformationsquelleAutor CB Bailey
229
```
git clean -df
```
Reinigt die Arbeits-tree rekursiv durch entfernen von Dateien die nicht unter Versionskontrolle, beginnend mit dem aktuellen Verzeichnis.

-d: Entfernen Sie nicht die Verzeichnisse zusätzlich zu nicht verfolgte Dateien

-f: Kraft (möglicherweise nicht erforderlich, abhängig von clean.requireForce Einstellung)

Laufen git help clean um die manuelle

warum diese Antwort nicht auf alle Stimmen? beantwortet zurück in das Jahr 2011 und immer noch richtig.

InformationsquelleAutor Elvis Ciotti
93

Mein Favorit ist
```
git checkout -p
```
Können Sie selektiv wiederherstellen Brocken.

Siehe auch:
```
git add -p
```
Ich Liebe die Fähigkeit zu sehen, die tatsächliche ändern, bevor es verworfen.
Dies ist, was ich verwenden. git checkout -p und dann "a", um alle akzeptieren.
Ich hab nie darüber nachgedacht. Dass -p fügt eine nette zusätzliche Schicht von Sicherheit. Kombinieren Sie es mit git clean -d tatsächlich Antwort OP.

InformationsquelleAutor Ben
82

Da keine Antwort schlägt vor, die genaue option Kombination, die ich benutze, hier ist es:
```
git clean -dfx
git checkout .
```
Dies ist der online-Hilfetext für die verwendeten git clean Optionen:

-d

Entfernen Sie nicht die Verzeichnisse zusätzlich zu nicht verfolgte Dateien. Wenn ein nicht-Verzeichnis verwaltet wird, durch ein anderes Git-repository, ist es nicht standardmäßig entfernt. Verwenden -f option, zweimal, wenn Sie wirklich wollen, zu entfernen, wie ein Verzeichnis.

-f

Wenn die Git-Konfiguration variable clean.requireForce ist nicht auf false, Git clean weigern, zu löschen Dateien oder Verzeichnisse, es sei denn gegeben -f, -n oder -i. Git wird sich weigern, zu löschen, Verzeichnisse innerhalb der .git Unterverzeichnis oder eine Datei, es sei denn, eine zweite -f gegeben ist.

-x

Nicht die Regeln ignorieren von .gitignore (pro Verzeichnis) und die $GIT_DIR/info/exclude, aber verwenden immer noch das ignorieren von Regeln, die mit -e Optionen. Dies ermöglicht das entfernen aller nicht von Dateien, einschließlich der build-Produkte. Dies kann verwendet werden (möglicherweise in Verbindung mit git reset) zum erstellen einer unberührten Arbeitsverzeichnis zum testen eine saubere bauen.

Auch git checkout . getan werden muss in den root von der repo.

+1 für diese Lösung. Bezüglich Ihrer Bemerkung, dass "git checkout . getan werden muss in der root des repo", vielleicht könnte man erwähnen, wir können nur tun git reset --hard statt? (was ist eigentlich äquivalent zu git reset --hard HEAD und sollte funktionieren, je nachdem, was das aktuelle Verzeichnis...)
Auch in Bezug auf den ersten Befehl git clean -dfx, hier ist ein Tipp, den ich nutzen, um auf der sicheren Seite, bevor es läuft: laufen Sie einfach git clean -d -x -n vor, um die Liste der Dateien-zu-sein-entfernt werden, dann bestätigen Sie den Vorgang durch ausführen von git clean -d -x -f (ich habe das argument -n, resp. -f am Ende in der Lage sein, schnell zu ändern, es in einem terminal)
Schnelle beachten Sie, dass dies unreversable, und wenn Sie Dateien in .gitignore Sie werden Sie verlieren. Also Sie sollten eine Sicherungskopie Ihres Projekts, bevor Sie diese.

InformationsquelleAutor Martin G
58

Ich wirklich fand diesen Artikel hilfreich für die Erklärung, Wann welcher Befehl: http://www.szakmeister.net/blog/2011/oct/12/reverting-changes-git/

Gibt es ein paar Fälle zu unterscheiden:
1. Wenn Sie nicht inszeniert die Datei, dann verwenden Sie git checkout. Kasse "updates, die Dateien in das arbeiten im Baum mit der version in den index". Wenn die Dateien nicht inszeniert worden (auch in den index aufgenommen)... dieser Befehl wird im wesentlichen wiederherstellen der Dateien, was die Letzte commit war.
  
  git checkout -- foo.txt
2. Wenn Sie inszeniert die Datei, dann verwenden Sie git reset. Änderungen zurücksetzen des index übereinstimmen, einem commit.
  
  git reset -- foo.txt
Ich vermute, dass mit git stash ist eine beliebte Wahl, da es ein wenig weniger gefährlich. Sie können immer gehen, um es zurück, wenn Sie versehentlich einem Schlag zu viel von sich bei der Verwendung von git reset. Reset ist standardmäßig rekursiv.

Werfen Sie einen Blick auf den Artikel oben für weitere Hinweise.

InformationsquelleAutor blak3r
51

Der einfachste Weg, dies zu tun ist durch die Verwendung dieses Befehls:

Dieser Befehl wird verwendet, um discard changes in working directory -
```
git checkout -- .
```
https://git-scm.com/docs/git-checkout

In der git-Befehl, lagern von nicht verfolgte Dateien wird erreicht durch die Verwendung:
```
git stash -u
```
http://git-scm.com/docs/git-stash

Zweimal habe ich kommen hier, Lesen Sie diese Antwort, und vergessen die . am Ende. Um die Zukunft zu mir: die Zeit ist essentiell!
Ich brauchte, um loszuwerden, alle lokalen änderungen, die in einem sub-Verzeichnis, ohne bläst Weg alle anderen ändern. Diese Antwort hat mir sehr geholfen, vielen Dank
Bitte beschreiben Sie, was die beiden Befehle machen. Es ist wirklich hilfreich, habe keine Erklärung.
ausgezeichnet. die Kasse hat in einem Befehl, was die beliebtesten man muss in zwei. kann auch verfolgt werden, mit git clean -fd um saubere Dateien nicht in den index.
Dies ist die einzige, die für mich gearbeitet.

InformationsquelleAutor A H M Forhadul Islam
46

Wenn Sie möchten nur zu entfernen, änderungen an vorhandenen Dateien, verwenden Sie checkout (hier dokumentiert).
```
git checkout -- .
```
- Keine Filiale angegeben ist, so prüft es, aus dem current-Zweig.
- Der Doppel-Bindestrich (--) sagt Git, dass das, was folgt, sollte sein genommen als zweites argument (Pfad), die Sie übersprungen Spezifikation einer Filiale.
- Der Zeit (.) zeigt an, dass alle Pfade.
Wenn Sie möchten, zum entfernen von Dateien Hinzugefügt seit dem letzten commit verwenden clean (hier dokumentiert):
```
git clean -i 
```
- Die -i option löst einen interaktiven clean, um zu verhindern, dass irrtümliche Löschungen.
- Eine Handvoll anderer Optionen, die verfügbar sind für eine schnellere Ausführung; finden Sie in der Dokumentation.
Wenn Sie es wünschen zu bewegen, änderungen an einem Betrieb Platz für den späteren Zugriff, verwenden Sie stash (hier dokumentiert):
```
git stash
```
- Alle änderungen werden nach Git ' s Stash, für eventuelle spätere Zugriffe.
- Eine Handvoll Optionen sind verfügbar für differenziertere verstauen; finden Sie in der Dokumentation.
Dies wird genau konvertieren Sie Ihre änderungen verwerfen, neu hinzugefügte Dateien aus früheren commit.

InformationsquelleAutor jtheletter
44

Wenn Sie nicht daran interessiert sind, halten die unstaged changes (vor allem, wenn die bereitgestellte änderungen sind neue Dateien), ich fand das praktisch:
```
git diff | git apply --reverse
```
diese findet jede nicht verfolgte Dateien, die eine gute Sache sein kann

InformationsquelleAutor Joshua Kunzmann
42

Als Sie geben git status,
(benutzen Sie "git checkout -- ..." to discard changes in working directory)
dargestellt.

z.B. git checkout -- .

Downvoted weil es hilft nicht zu schnell zu verwerfen, Sie alle Dateien. Die drei Punkte zeigen, dass Sie erforderlich sind, um eine Liste aller Dateien. Dies ist besonders schlimm, wenn Sie brauchen, um Sie zu verwerfen Tonnen von Dateien auf einmal, zB. bei einem großen verschmelzen, nachdem Sie inszeniert haben alle die änderungen, die Sie behalten möchten
Natürlich ist die korrekte Befehl "git checkout -- ." ein einzelner Punkt. In den Kommentar, die drei Punkte waren eine grammatikalische Sache, zu zeigen, dass es viele andere Optionen, die benutzt worden sein könnte..

InformationsquelleAutor Erdem ÖZDEMİR
41

git checkout -f

man git-checkout:

-f, --force

Beim Umschalten der Zweige, fortfahren, selbst wenn der index oder die Arbeits-Baum unterscheidet sich von KOPF. Diese wird verwendet, um wegwerfen lokalen änderungen.

Beim Check-out Wege aus dem index, nicht auf individueller Einträge; statt, nicht zusammengeführte Einträge werden ignoriert.

Dies würde zum verwerfen der änderungen in den index!! (Und die OP erfordert, Sie zu verlassen, wie Sie ist.)

InformationsquelleAutor Bijan
36

Können Sie mithilfe von git stash - wenn etwas schief geht, können Sie immer noch wiederherstellen aus dem stash.
Ähnlich wie einige andere hier beantworten, aber das entfernt auch alle unstaged Dateien und auch alle unstaged gelöscht:
```
git add .
git stash
```
wenn Sie überprüfen, dass alles OK ist, werfen Sie die stash away:
```
git stash drop
```
Die Antwort von Bilal Maqsood mit git clean auch für mich gearbeitet, aber mit den stash habe ich mehr Kontrolle - wenn ich JMD zufällig, ich kann immer noch meine änderungen wieder

UPDATE

Ich denke, es ist 1 mehr ändern (weiß nicht, warum dies für mich gearbeitet, bevor):

git add . -A statt git add .

ohne die -A die entfernten Dateien werden nicht inszeniert

InformationsquelleAutor Asped
33

Statt verwerfen der änderungen, ich änder meine Fernbedienung, um die Herkunft. Hinweis - diese Methode ist vollständig wiederherstellen den Ordner zu, dass der repo.

Damit ich dies tun, um sicherzustellen, dass Sie nicht dort sitzen, wenn ich mit git reset (später - schließt gitignores auf die Herkunft/branchname)

HINWEIS: Wenn Sie möchten, um Dateien, die noch nicht verfolgt, aber nicht in GITIGNORE können Sie möchten diesen Schritt überspringen, wie es wird, Wischen Sie diese nicht verfolgte Dateien, die nicht auf Ihrer remote-repository (danke @XtrmJosh).
```
git add --all
```
Dann Habe Ich
```
git fetch --all
```
Dann habe ich reset Ursprung
```
git reset --hard origin/branchname
```
Setzen, wird es wieder auf Platz eins. Genau wie RE-Klonen der Zweig, WÄHREND alle meine gitignored Dateien lokal und im Ort.

Aktualisiert pro user-Kommentar:
Variation zurücksetzen, um unabhängig von aktuellen Zweig des Benutzers auf.
```
git reset --hard @{u}
```
Dies ist meine bevorzugte option, aber warum fügen Sie alle änderungen zuerst? So weit ich bin mir bewusst, dass dies nur ändert das Verzeichnis in Git-Dateien, während mit git reset --hard, das wird ohnehin verloren gehen, während die Verzeichnisse werden immer noch entfernt werden.
Ich nicht auf mac-oder linux -, github-windows-powershell-manchmal werden die Blätter und die Dateien dort nach dem reset. Ich denke, dass seine weil git reset setzt alle Dateien in der repo in seinen ursprünglichen Zustand. Wenn theyre nicht Hinzugefügt, Sie sind nicht berührt. Der desktop-client, dann wird der pickup "hey, diese Datei ist im hier und muss begangen werden"
Sinn machte. Ich benutze nicht Windows, so habe nicht gesehen, dieses Problem (noch nicht verwendet von Windows für die letzten paar Monate zumindest, erinnere mich nicht an viel vor, dass - es eine riesige bedauerlich, blur). Vielleicht erwähnenswert ist die Begründung in der Antwort 🙂
Ich rannte über dieses Problem auf einem Mac jetzt auch. Wenn die Datei nicht verfolgt in den Repo-manchmal git reset nicht berührt. Kann ich nicht wirklich isolieren, die das "WARUM" aber wenn das passiert, wenn ich reset, und ich habe noch 1 uncommitted-Datei oder zwei, ich fügen Sie --alle-und reset --hard wieder
Eine nette kleine variation, die ich mag, ist git reset --hard @{u} die setzt den Zweig an, wo die aktuelle remote-tracking-branch ist

InformationsquelleAutor Nick
27

Habe versucht, alle oben genannten Lösungen, aber immer noch nicht abschütteln konnte neue, unstaged Dateien.

Verwenden git clean -f zu entfernen, werden diese neuen Dateien - mit Vorsicht aber! Hinweis: die option force.

InformationsquelleAutor artur
21

einfach sagen
```
git stash
```
Damit entfernen Sie alle Ihre lokalen änderungen. Sie auch später verwenden können, indem Sie sagen,
```
git stash apply 
```
bzw.
git stash pop

InformationsquelleAutor piyushmandovra
21

Verwenden Sie einfach:
```
git stash -u
```
Getan. Einfach.

Wenn Sie wirklich kümmern uns um Ihre stash-stack dann können Sie mit git stash drop. Aber an diesem Punkt sind Sie besser dran mit (von Mariusz Nowak):
```
git checkout -- .
git clean -df
```
Dennoch, ich mag git stash -u die beste, weil es "verwirft" alle verfolgte und nicht verfolgte änderungen in nur einem Befehl. Noch git checkout -- . nur verwirft, nachverfolgte änderungen,
und git clean -df nur verwirft nicht verpasst... und die Eingabe beider Befehle ist weit zu viel Arbeit 🙂

Hinweis: git stash -u bald (Git 2.14.x/2.15, Q3 2017) entwickeln sich etwas: stackoverflow.com/a/46027357/6309
Wenn ich die Frage des OP richtig indizierten Dateien aufbewahrt werden sollen. Nur unstage Veränderungen sollten entfernt werden. So sollte git stash -k meiner Meinung nach.

InformationsquelleAutor Ben Wilde
16

Dies funktioniert sogar in Verzeichnissen, sind; die außerhalb der normalen git-Berechtigungen.
```
sudo chmod -R 664 ./* && git checkout -- . && git clean -dfx
```
Mir kürzlich passiert ist

Beachten Sie jedoch, dass die git ignoriert, Inhalte wird nicht behalten, es ist original-Berechtigungen! Daher kann es ein Sicherheitsrisiko verursachen.
Sie irren, Lesen Sie bitte git help clean "-d Entfernen Sie nicht die Verzeichnisse zusätzlich zu nicht verfolgte Dateien."
Warum haben Sie alle Ihre Dateien, zum Welt-Lesen/schreiben? Keine gute Praxis.
mein bad, 664 korrekt ist? Sie sind auch herzlich eingeladen zum Bearbeiten der Antwort.
Einstellung alle Berechtigungen 664 macht eine Menge von Annahmen darüber, welche Art von Berechtigungen, die das Projekt braucht. Ich denke, mit diesem Teil des Befehls verursacht Probleme für einige Menschen.

InformationsquelleAutor GlassGhost

cd path_to_project_folder  # take you to your project folder/working directory 
git checkout .             # removes all unstaged changes in working directory

InformationsquelleAutor vivekporwal04

11

Egal in welchem Zustand deine repo ist, können Sie jederzeit zurücksetzen, um alle vorherigen commit:
```
git reset --hard <commit hash>
```
Dies verwirft alle änderungen, die vorgenommen wurden, nachdem das commit.

Dies wird auch zu verwerfen, alles, was im index (nicht nur Dinge, die nicht im index), die jenseits dessen ist, was der OP fordert.

InformationsquelleAutor msangel
10

Anderen Weg, um loszuwerden von neuen Dateien, die spezifischer ist als git clean-df (es wird Ihnen erlauben, um loszuwerden, einige Dateien, die nicht unbedingt alle), ist das hinzufügen von neuen Dateien zum index zuerst, dann verstauen, dann legen Sie die stash.

Diese Technik ist nützlich, wenn aus irgendeinem Grund können Sie nicht einfach so löschen Sie alle nicht verfolgte Dateien von einigen gewöhnlichen Mechanismus (wie rm).

InformationsquelleAutor tjb
10

Meiner Meinung nach,
```
git clean -df
```
sollte den trick tun. Als pro Git-Dokumentation auf der git-clean

git-reinigen - Entfernen Sie nicht die Dateien von der Arbeitsgruppe Baum

Beschreibung

Reinigt die Arbeits-tree rekursiv durch entfernen von Dateien, die
nicht unter versions-Kontrolle, beginnend vom aktuellen Verzeichnis.

Normalerweise nur bei Dateien unbekannten Git entfernt werden, aber wenn die option-x
angegeben ist, wird ignoriert-Dateien werden auch entfernt. Dies kann, zum Beispiel,
nützlich sein, um entfernen Sie alle build-Produkte.

Wenn alle optionalen Argumente ... sind gegeben, nur die Pfade sind
betroffen.

Optionen

-d-Entfernen Sie nicht die Verzeichnisse zusätzlich zu nicht verfolgte Dateien. Wenn ein nicht-Verzeichnis verwaltet wird, durch ein anderes Git-repository, ist es
nicht standardmäßig entfernt. Verwenden Sie die option-f, zweimal, wenn Sie wirklich wollen, um
entfernen Sie ein Verzeichnis.

-f
--force, Wenn die Git-Konfiguration variable reinigen.requireForce nicht auf false festgelegt ist, git-clean wird sich weigern zu laufen, es sei denn, gegeben,- f, -n oder -ich.

InformationsquelleAutor Lahiru
9

Was folgt, ist wirklich nur eine Lösung, wenn Sie mit einer Gabel ein repository, in dem Sie regelmäßig synchronisieren (z.B. pull-request) mit einem anderen repo. Kurze Antwort: löschen, Gabel und refork, aber Lesen Sie die Warnungen auf github.

Ich hatte ein ähnliches problem, vielleicht nicht identisch, und ich bin traurig zu sagen, meine Lösung ist nicht ideal, aber es ist letztlich effektiver.

Ich würde oft haben git status-Meldungen wie diese (mit mindestens 2/4-Dateien):
```
$ git status
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2var.dats
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/constraint_s2Var.dats
#       modified:   doc/PROJECT/MEDIUM/ATS-constraint/parsing/parsing_s2Var.dats
```
Einem scharfen Auge werden feststellen, dass diese Dateien haben dopplegangers, die einen einzelnen Buchstaben in den Fall ab. Irgendwie, und ich habe keine Ahnung, was führte mich auf diesem Weg zu starten (da war ich nicht die Arbeit mit diesen Dateien selbst aus dem upstream-repo), ich hatte, eingeschaltet, diese Dateien. Probieren Sie die vielen Lösungen, die auf dieser Seite (und anderen Seiten) scheint nicht zu helfen.

Ich war in der Lage, das problem zu beheben, durch das löschen meiner Gabel-repository und alle lokalen repositories, und reforking. Das allein war nicht genug; upstream benennen Sie die Dateien in Frage, um neue Dateinamen. Solange Sie noch keine ungebunden arbeiten, keine wikis, und keine Probleme, Abweichungen von der upstream-repository, Sie sollte in Ordnung sein. Upstream-möglicherweise nicht sehr glücklich mit Ihnen, um das Mindeste zu sagen. Wie für mein problem, es ist zweifellos ein Benutzer-Fehler, ich bin nicht so versiert im Umgang mit git, aber die Tatsache, dass es ist weit von leicht zu beheben, weist auf ein Problem mit git auch.

InformationsquelleAutor bbarker
7

Wenn Sie möchten, übertragen Sie einen Vorrat an jemand anderen:
```
# add files
git add .  
# diff all the changes to a file
git diff --staged > ~/mijn-fix.diff
# remove local changes 
git reset && git checkout .
# (later you can re-apply the diff:)
git apply ~/mijn-fix.diff
```
[edit] so kommentiert, es ist möglich, Namen Verstecke. Gut, wenn Sie wollen teilen Sie Ihre stash 😉

Eigentlich Git stash kann einen Titel haben. Zum Beispiel git stash save "Feature X work in progress".

InformationsquelleAutor twicejr
7

Könnte man erstellen Sie Ihre eigenen alias, die beschreibt, wie es zu tun in einer beschreibenden Art und Weise.

Ich die nächsten alias um die änderungen zu verwerfen.

Änderungen verwerfen, die in einer (Liste) Datei(en) in der Baum -
```
discard = checkout --
```
Dann können Sie es als Nächstes um alle änderungen zu verwerfen:
```
discard .
```
Oder einfach nur eine Datei:
```
discard filename
```
Sonst, wenn Sie wollen, um alle änderungen zu verwerfen und auch die nicht verfolgte Dateien, ich benutze eine Mischung von Kasse und sauber:

Reinigen und änderungen verwerfen und nicht verfolgte Dateien im working tree
```
cleanout = !git clean -df && git checkout -- .
```
So dass die Verwendung ist einfach als Nächstes:
```
cleanout
```
Ist jetzt verfügbar, in den nächsten Github repo, die enthält eine Menge von aliases:
- https://github.com/GitAlias/gitalias
InformationsquelleAutor Pau
6

Wenn alle das bereitgestellte Dateien wurden tatsächlich begangen, dann ist der Zweig kann einfach zurückgesetzt werden, z.B. von der GUI mit etwa drei Mausklicks: Zweig, Reset, ja!

So, was ich oft Tue, in der Praxis zurückzukehren, die unerwünschte lokale änderungen ist zu verpflichten, alle die guten Sachen, und dann wieder in die Filiale.

Wenn das gute Zeug ist verpflichtet, bei einem commit, dann können Sie über "änderung Letzte commit", um es wieder zu inszeniert oder unstaged wenn Sie möchten, letztlich engagieren sich die es ein wenig anders.

Könnte dies nicht die technische Lösung, die Sie suchen, um Ihr problem, aber ich finde es eine sehr praktische Lösung. Es ermöglicht Ihnen, zu verwerfen unstaged changes selektiv, zurücksetzen der änderungen, die Sie nicht mögen, und halten diejenigen, die Sie tun.

So, in Zusammenfassung, ich hab einfach Begehen, branch reset, und änderung Letzte commit.

InformationsquelleAutor user3070485
6

Wenn Sie im Falle der submodule und keine anderen Lösungen zu arbeiten versuchen:
- Überprüfen, was ist das problem (vielleicht ein "dirty" - Fall) Verwendung:
  
  git diff
- Entfernen stash
  
  git submodule update
InformationsquelleAutor onalbi
6

Hatte ich eine seltsame situation, wo eine Datei immer unstaged, mir hilft diese zu beheben.

git rm .gitattributes

git add -A

git reset --hard

InformationsquelleAutor SDV
6

Wenn es fast unmöglich ist, auszuschließen änderungen der Dateien, haben Sie sich überlegt, Sie zu ignorieren? Wenn diese Aussage richtig ist, und Sie würde nicht berühren Sie diese Dateien während der Entwicklung dieser Befehl kann nützlich sein:

git update-index --assume-unchanged file_to_ignore

InformationsquelleAutor Jesús Castro

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.

Änderungen verwerfen, die in einer (Liste) Datei(en) in der Baum -

Reinigen und änderungen verwerfen und nicht verfolgte Dateien im working tree