Wie storniert man 'git add' vor dem Commit?

Ich habe fälschlicherweise Dateien mit dem folgenden Befehl zu git hinzugefügt:

 git add myfile.txt 

Ich bin noch nicht git commit . Gibt es eine Möglichkeit, dies abzubrechen, damit diese Dateien nicht im Commit enthalten sind?


Im Moment gibt es 48 Antworten (einige gelöscht). Bitte fügen Sie keine neue hinzu, wenn Sie keine neuen Informationen haben.

7856
08 дек. eingestellt durch paxos1977 08 dez. 2008-12-08 00:57 08 um 08:57 2008-12-08 00:57
@ 34 Antworten
  • 1
  • 2

Sie können git add vor dem Festlegen mit abbrechen

 git reset <file> 

Dadurch wird es aus dem aktuellen Index (der Liste "in Vorbereitung") entfernt, ohne etwas anderes zu ändern.

Sie können verwenden

 git reset 

ohne Dateinamen, um alle Änderungen zu deaktivieren. Dies kann nützlich sein, wenn zu viele Dateien innerhalb einer angemessenen Zeit nacheinander aufgelistet werden.

In älteren Git-Versionen sind die obigen Befehle äquivalent zu git reset HEAD <file> bzw. git reset HEAD Sie sind nicht erfolgreich, wenn HEAD definiert ist (weil Sie keine Commits in Ihrem Repo festgelegt haben) oder mehrdeutig (weil Sie eine Verzweigung mit erstellt haben.) Name HEAD , was eine dumme Sache ist, die du nicht tun solltest). Dies wurde in Git 1.8.2 geändert , obwohl Sie in modernen Git-Versionen die obigen Befehle verwenden können, bevor Sie Ihr erstes Commit erstellen:

"git reset" (ohne Parameter oder Parameter), das für Sie verwendet wird, hat keine Verpflichtungen in Ihrer Historie, aber jetzt gibt es einen leeren Index (um ein nicht vorhandenes Commit abzugleichen, sind Sie nicht einmal enthalten).

8850
08 дек. Antwort ist Genehack 08 Dez. gegeben. 2008-12-08 01:30 '08 um 1:30 2008-12-08 01:30

Wollen Sie:

 git rm --cached <added_file_to_undo> 

Begründung:

Als ich neu war, habe ich es zuerst versucht

 git reset . 

(um alle meine ersten Uploads abzubrechen), nur um diese (nicht sehr) nützliche Nachricht zu erhalten:

 fatal: Failed to resolve 'HEAD' as a valid ref. 

Es stellt sich heraus, dass dies daran liegt, dass der Link HEAD (branch?) Erst nach dem ersten Commit existiert. Das heißt, Sie werden auf dasselbe Problem mit Neulingen stoßen wie ich, wenn Ihr Workflow, wie etwa mein, ungefähr so ​​aussieht:

  1. Gehen Sie in mein neues Projektverzeichnis, um Git, die neue Begierde, auszuprobieren
  2. git init
  3. git add.
  4. git status

    ... viele Schriftrollen ...

    > Verdammt, ich wollte das nicht alles hinzufügen.

  5. google "cancel git add"

    => Stack-Überlauf finden - ooh

  6. git reset.

    => fatal: 'HEAD' konnte nicht als gültiger Link aufgelöst werden.

Außerdem stellt sich heraus, dass eine Fehlermeldung in der Verteilerliste registriert ist .

Und dass die richtige Entscheidung in der Git-Status-Ausgabe richtig war (ja, ich habe "Mist" genannt)

border=0
 ... # Changes to be committed: # (use "git rm --cached <file>..." to unstage) ... 

Die Lösung ist wirklich die Verwendung von git rm --cached FILE .

Beachten Sie die Warnungen an anderer Stelle - git rm löscht Ihre lokale Arbeitskopie der Datei, jedoch nicht, wenn Sie --cached verwenden . Hier ist das Ergebnis von git help rm :

--cached Verwenden Sie diese Option, um nur Pfade aus dem Index zu entfernen und zu entfernen. Geänderte oder nicht geänderte Desktop-Dateien bleiben erhalten.

Ich fange an zu benutzen

 git rm --cached . 

Alles löschen und neu beginnen. Es hat aber nicht funktioniert, obwohl add. ist rekursiv, stellt sich heraus, dass rm -r für die Rekursion benötigt. Seufzen

 git rm -r --cached . 

Ok, jetzt bin ich wieder da, wo ich angefangen habe. Nächstes Mal werde ich -n für den -n Lauf verwenden und sehen, was hinzugefügt wird:

 git add -n . 

Ich habe alles an einem sicheren Ort archiviert, bevor ich darauf --cached , dass git help rm sagt, dass --cached nichts zerstört (und wenn ich es falsch geschrieben habe).

2013
25 марта '09 в 19:20 2009-03-25 19:20 Die Antwort wird von Rhabarber am 25. März 09 um 19:20 2009-03-25 19:20 gegeben

Wenn Sie Folgendes eingeben:

 git status 

git sagt Ihnen, was sich abspielt usw., einschließlich Anweisungen zum Trennen der Verbindung:

 use "git reset HEAD <file>..." to unstage 

Ich finde, dass git ziemlich gute Arbeit leistet und mich dazu drängt, in diesen Situationen das Richtige zu tun.

Hinweis Neueste Versionen von git (1.8.4.x) haben diese Nachricht geändert:

 (use "git rm --cached <file>..." to unstage) 
498
08 дек. Die Antwort wird von Paul Beckingham 08 Dez. Gegeben. 2008-12-08 02:22 08 um 02:22 Uhr 2008-12-08 02:22

Zur Klarstellung: git add verschiebt Änderungen aus dem aktuellen Arbeitsverzeichnis in einen Zwischenbereich (Index).

Dieser Vorgang wird als intermediär bezeichnet. Der natürlichste Befehl zum Ändern von Änderungen (modifizierte Dateien) liegt auf der Hand:

 git stage 

git add ist nur ein alias für git stage

Es ist schade, dass es keine git unstage und git unadd . Die entsprechende Frage ist schwieriger zu erraten oder zu merken, aber offensichtlich:

 git reset HEAD -- 

Wir können leicht einen Alias ​​dafür erstellen:

 git config --global alias.unadd 'reset HEAD --' git config --global alias.unstage 'reset HEAD --' 

Und zum Schluss haben wir neue Teams:

 git add file1 git stage file2 git unadd file2 git unstage file1 

Persönlich verwende ich noch kürzere Pseudonyme:

 git a #for staging git u #for unstaging 
232
10 сент. Die Antwort takeshin 10 Sept. 2010-09-10 23:28 '10 um 23:28 2010-09-10 23:28

Wenn Ihre versehentlich hinzugefügte Datei sehr groß war, werden Sie wahrscheinlich feststellen, dass sie selbst nach dem Entfernen mit " git reset " aus dem Index noch immer im .git Verzeichnis .git . Sie sollten sich keine Sorgen machen, die Datei befindet sich wirklich immer noch im Repository, aber nur als „freies Objekt“ wird sie nicht in andere Repositorys kopiert (über einen Klon, Push), und der Speicherplatz wird schließlich freigegeben - wenn auch vielleicht nicht sehr bald . Wenn Sie sich Sorgen machen, können Sie Folgendes ausführen:

 git gc --prune=now 

Update (Im Folgenden werde ich versuchen, einige Verwirrungen zu beseitigen, die sich aus den Antworten mit der höchsten Stimmenzahl ergeben können):

Also, was ist die wirkliche Absage von git add ?

git reset HEAD <file> ?

oder

git rm --cached <file> ?

Streng genommen, und wenn ich mich nicht irre: nein .

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

Erinnern wir uns zuerst daran, was git add <file> tatsächlich macht:

  1. Wenn <file> zuvor noch nicht verfolgt wurde git add fügt git add es dem Cache mit seinem aktuellen Inhalt hinzu.

  2. Wenn <file> bereits verfolgt ist , speichert git add den aktuellen Inhalt (Momentaufnahme, Version) im Cache. In GIT wird diese Aktion immer noch als Hinzufügen (und nicht als Aktualisieren) bezeichnet, da zwei verschiedene Versionen (Momentaufnahmen) einer Datei als zwei verschiedene Elemente behandelt werden. Daher fügen wir dem Cache ein neues Element hinzu, sodass es später ausgeführt wird.

In Anbetracht dessen ist die Frage etwas mehrdeutig:

Ich habe versehentlich Dateien mit dem Befehl hinzugefügt ...

Das OP-Skript scheint die erste (nicht erfasste Datei) zu sein. Wir möchten, dass die Datei (und nicht nur der aktuelle Inhalt) durch Rückgängigmachen aus den überwachten Elementen gelöscht wird. Wenn ja, dann können Sie git rm --cached <file> .

Wir können auch git reset HEAD <file> ausführen. Im Allgemeinen ist dies vorzuziehen, da es in beiden Szenarien funktioniert. Außerdem werden Aktionen abgebrochen, wenn Sie versehentlich eine Version eines bereits nachverfolgten Elements hinzugefügt haben.

Es gibt jedoch zwei Vorbehalte.

Erstens: Es gibt (wie in der Antwort angegeben) nur ein Skript, in dem git reset HEAD nicht funktioniert, aber git rm --cached funktioniert: ein neues Repository (ohne Commits). Tatsächlich ist dies jedoch praktisch unerheblich.

Zweitens: Denken Sie daran, dass git reset HEAD zuvor gespeicherte Dateiinhalte nicht auf magische Weise wiederherstellen kann. Es wird einfach erneut mit HEAD synchronisiert. Wenn unser falscher git add die vorherige nicht festgeschriebene Version überschrieben git add , können wir sie nicht wiederherstellen. Streng genommen können wir daher [*] nicht abbrechen.

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 

Dies ist natürlich nicht sehr wichtig, wenn Sie einfach den üblichen trägen Arbeitsablauf befolgen, indem Sie 'git add' ausführen, um neue Dateien hinzuzufügen (Fall 1), und den neuen Inhalt mit dem Befehl commit, git commit -a aktualisieren.


* (Edit: Das obige ist fast korrekt, aber es kann immer noch mehrere Hacker- / Verhassungsmöglichkeiten geben, um die vorgenommenen Änderungen wiederherzustellen, aber nicht behoben und dann überschrieben - siehe Kommentare von Johannes Matokich und Iolsmit.)

153
18 мая '11 в 21:05 2011-05-18 21:05 Die Antwort wird von leonbloy am 18. Mai 11 um 21:05 Uhr 2011-05-18 21:05 gegeben
 git rm --cached . -r 

entfernt alles, was Sie rekursiv aus dem aktuellen Verzeichnis hinzugefügt haben

89
10 дек. Antwort von Braitsch 10 Dez. 2009-12-10 00:19 09 um 0:19 2009-12-10 00:19

Laufen

 git gui 

und löschen Sie alle Dateien manuell oder indem Sie alle auswählen und mit commit die Commit-Taste drücken.

83
12 окт. Antwort von Khaja Minhajuddin am 12. Oktober 2011-10-12 04:12 '11 am 4:12 am 2011-10-12 04:12

Git hat Befehle für jede vorstellbare Aktion, erfordert jedoch umfangreiches Wissen, um die Dinge richtig zu machen, und ist daher bestenfalls kontraintuitiv ...

Was hast du vorher gemacht:

  • Die Datei wurde geändert und git add . oder git add <file> .

Was wollen Sie:

  • Entfernen Sie die Datei aus dem Index, speichern Sie sie jedoch in den Versionen und belassen Sie die nicht fixierten Änderungen in der Arbeitskopie:

     git reset head <file> 
  • Setzen Sie die Datei mit dem neuesten Status von HEAD zurück, verwerfen Sie die Änderungen und löschen Sie sie aus dem Index:

29 марта '13 в 14:14 2013-03-29 14:14 Die Antwort wird am 29. März 13 um 14:14 Uhr 2013-03-29 14:14 gegeben

Um eine bereits hinzugefügte Datei abzubrechen , ist es ganz einfach, mit git die bereits hinzugefügte myfile.txt

 git reset HEAD myfile.txt 

Erklären Sie:

Nachdem Sie nicht mehr benötigte Dateien abbrechen, können Sie git reset . Head wird git reset Ihre Datei im lokalen Netzwerk git reset und der letzte Parameter ist der Name Ihrer Datei.

Ich erstelle die Schritte, die in der folgenden Abbildung gezeigt werden, detaillierter für Sie, einschließlich aller Schritte, die in den folgenden Fällen auftreten können:

2019

28 июня '17 в 13:43 2017-06-28 13:43 Die Antwort wird von Alireza am 28. Juni 17 um 13:43 2017-06-28 13:43 gegeben

Die Frage wird eindeutig nicht gestellt. Der Grund ist, dass git add zwei Bedeutungen hat:

  • git rm --cached file dem Staging-Bereich eine neue Datei hinzu, und git rm --cached file dann mit git rm --cached file .
  • Hinzufügen einer Datei, die zu einem Staging-Bereich geändert wurde , und brechen Sie sie dann mit der git reset HEAD file .

im Zweifelsfall verwenden

 git reset HEAD file 

Denn in beiden Fällen wird das erwartete erwartet.

Warnung: Wenn Sie git rm --cached file in der Datei ändern (die Datei, die zuvor im Repository vorhanden war), wird die Datei in git commit gelöscht! Es wird immer noch in Ihrem Dateisystem vorhanden sein. Wenn jedoch ein anderer Benutzer Ihr Commit zieht, wird die Datei aus dem Arbeitsbaum entfernt.

git status , ob die Datei neu oder geändert wurde :

 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 
69
16 янв. Die Antwort wurde von Michael_Scharf am 16. Januar gegeben 2014-01-16 22:54 14 um 22:54 Uhr 2014-01-16 22:54

Wenn Sie Ihr ursprüngliches Commit verwenden und git reset nicht verwenden können, deklarieren Sie einfach "Git bankrott", löschen Sie den .git-Ordner und beginnen Sie damit

58
19 нояб. Antwort von Paul Betts 19. November 2009-11-19 19:39 09 um 19:39 2009-11-19 19:39

Wie bei vielen anderen Antworten können Sie git reset

ABER:

Ich habe diese wunderbare Nachricht gefunden, die tatsächlich einen git unadd Befehl ( git unadd , Alias) für git unadd : siehe git unadd für Details oder ..

Nur

 git config --global alias.unadd "reset HEAD" 

Jetzt kannst du

 git unadd foo.txt bar.txt 
54
01 окт. die antwort wird von electblake 01 oct. gegeben . 2010-10-01 17:54 '10 um 17:54 2010-10-01 17:54

git remove oder git rm kann dazu mit der --cached verwendet werden. Versuchen Sie:

 git help rm 
45
08 дек. die antwort wird von gnud 08 dec gegeben. 2008-12-08 01:00 08 um 08:00 Uhr 2008-12-08 01:00 Uhr

Verwenden Sie git add -i , um die gerade hinzugefügten Dateien aus Ihrem bevorstehenden Commit zu entfernen. Beispiel:

Hinzufügen einer Datei, die Sie nicht benötigen:

 $ 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) # [...]# 

Aktivieren Sie das interaktive Hinzufügen, um das Hinzufügen abzubrechen (Befehle, die in git hier eingegeben werden: "r" (return), "1" (der erste Eintrag in der Liste wird zurückgegeben), "return", um den Return-Modus zu verlassen, 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. $ 

Was ist das! Ihr Beweis zeigt, dass "foo" ohne Spur zur Liste zurückkehrt:

 $ 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) $ 
41
18 апр. Antwort von Alex North-Keys am 18. April 2012-04-18 15:53 '12 um 15:53 ​​2012-04-18 15:53

Hier können Sie dieses unangenehme Problem beim Starten eines neuen Projekts vermeiden:

  • Erstellen Sie ein Basisverzeichnis für Ihr neues Projekt.
  • Führen Sie git init .
  • Erstellen Sie nun eine .gitignore-Datei (auch wenn diese leer ist).
  • Korrigieren Sie die .gitignore-Datei.

Git macht es sehr schwierig, einen git reset wenn Sie keine Commits haben. Wenn Sie ein kleines anfängliches Commit erstellen, nur um der Sache willen, können Sie git add -A und git reset so oft setzen, wie Sie möchten, dass alles korrekt ist.

Ein weiterer Vorteil dieser Methode ist, dass, wenn Sie später Probleme mit der Leitungsfertigstellung haben und Sie alle Ihre Dateien aktualisieren müssen, dies ganz einfach ist:

  • Beachten Sie, dass der anfängliche Fix. Dadurch werden alle Ihre Dateien gelöscht.
  • Dann überprüfen Sie noch einmal Ihr letztes Commit. Dadurch werden frische Kopien Ihrer Dateien mit den aktuellen Einstellungen für das Zeilenende wiederhergestellt.
36
25 сент. Die Antwort wird von Ryan Lundy 25 Sep gegeben. 2011-09-25 02:34 '11 am 02:34 am 2011-09-25 02:34

Vielleicht hat sich Git seit der Veröffentlichung Ihrer Frage weiterentwickelt.

 $> git --version git version 1.6.2.1 

Jetzt können Sie versuchen:

 git reset HEAD . 

Das muss das sein, wonach Sie suchen.

32
19 нояб. Die Antwort wird von Kokotte am 19. November gegeben. 2009-11-19 19:38 09 um 19:38 2009-11-19 19:38

Wenn Sie keine Revision angegeben haben, müssen Sie ein Trennzeichen angeben. Ein Beispiel von 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)

32
23 янв. die antwort ist powlo 23 jan gegeben. 2012-01-23 19:57 '12 am 19:57 2012-01-23 19:57

So entfernen Sie neue Dateien aus dem Bereitstellungsbereich (und nur bei neuen Dateien), wie oben vorgeschlagen:

 git rm --cached FILE 

Verwenden Sie rm --cached nur für versehentlich hinzugefügte neue Dateien.

29
22 июня '09 в 14:58 2009-06-22 14:58 Die Antwort wird Ran am 22. Juni 09 um 14:58 2009-06-22 14:58 gegeben

Beim Zurücksetzen jeder Datei in einem bestimmten Ordner (und seinen Unterordnern) können Sie den folgenden Befehl verwenden:

 git reset * 
23
26 июля '12 в 10:50 2012-07-26 10:50 Die Antwort ist gegeben Zorayr 26. Juli 12 um 10:50 2012-07-26 10:50

Verwenden Sie den Befehl * , um mehrere Dateien gleichzeitig zu verarbeiten

 git reset HEAD *.prj git reset HEAD *.bmp git reset HEAD *gdb* 

usw.

23
28 авг. boulder_ruby ist antwort 28 aug. 2013-08-28 00:15 13 um 0:15 2013-08-28 00:15

git reset Sie einfach git reset , es wird wieder angezeigt, und es sieht so aus, als hätten Sie git add . nie eingegeben git add . seit dem letzten Commit. Stellen Sie sicher, dass Sie dies vorher tun.

21
19 мая '10 в 6:49 2010-05-19 06:49 Die Antwort wird von Donovan am 19. Mai '10 um 6:49 2010-05-19 06:49 gegeben

Angenommen, ich erstelle eine neue Datei newFile.txt .

2019

04 окт. Die Antwort gibt Vidura Mudalige 04 Oct. 2016-10-04 14:02 '16 um 14:02 Uhr 2016-10-04 14:02

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: Beim Auschecken wird der Code in den Dateien geändert und der letzte aktualisierte (bestätigte) Status wird angezeigt. Reset ändert die Codes nicht; er lässt einfach die Schlagzeile fallen.

15
28 окт. Die Antwort gibt Hasib Kamal am 28. Oktober. 2017-10-28 09:03 '17 am 9:03 2017-10-28 09:03

Dieser Befehl ändert Ihre Änderungen:

 git reset HEAD filename.txt 

Sie können auch verwenden

 git add -p 

um Teile von Dateien hinzuzufügen.

12
31 янв. Die Antwort lautet wallerjake am 31. Januar 2013-01-31 18:43 '13 am 18:43 2013-01-31 18:43

Ich bin überrascht, dass niemand den interaktiven Modus erwähnt:

 git add -i 

Wählen Sie Option 3, um Dateien hinzuzufügen. In meinem Fall möchte ich oft mehrere Dateien hinzufügen, online können Sie diese Nummern verwenden, um Dateien hinzuzufügen. Es dauert nur 4: 1,2,3,5

Um eine Sequenz auszuwählen, geben Sie einfach 1-5 ein, um alles von 1 bis 5 zu übernehmen.

Git-Zwischendateien

12
22 окт. Antwort auf Jonathan 22. Oktober 2015-10-22 16:03 15 um 16:03 2015-10-22 16:03

Verwenden Sie zum Abbrechen von Git Add

git reset filename

12
02 окт. Antwort von Anirudh Sood 02 Okt. 2016-10-02 18:54 '16 um 18:54 2016-10-02 18:54

git add myfile.txt # Dies fügt Ihre Datei der Commit-Liste hinzu

Im Gegensatz zu diesem Befehl

 git reset HEAD myfile.txt # this will undo it. 

Sie befinden sich also im vorherigen Zustand. das angegebene wird wieder ohne Spur in der Liste sein (vorheriger Zustand).

Er setzt den Kopf mit der angegebenen Datei zurück. Wenn Ihr Kopf dies nicht hat, setzen Sie ihn einfach zurück

8
27 июня '17 в 16:58 2017-06-27 16:58 Die Antwort wird von Mohideen ibn Mohammed am 27. Juni 17 um 16:58 2017-06-27 16:58 gegeben
 git reset filename.txt 

Entfernt die Datei mit dem Namen Dateiname.txt aus dem aktuellen Index, dem Bereich "In Vorbereitung", ohne etwas zu ändern.

8
11 июля '16 в 21:40 2016-07-11 21:40 Die Antwort wird von Rahul Sinha am 11. Juli 16 um 21:40 Uhr 2016-07-11 21:40 gegeben

In SourceTree können Sie dies leicht über GUI tun. Sie können prüfen, mit welchem ​​Befehl sourcetree die Datei deaktiviert wird.

Ich habe eine neue Datei erstellt und sie zu git hinzugefügt. Dann habe ich es mit Guit SourceTree ausgeschaltet. Das ist das Ergebnis:

Stapeln von Dateien [08.12.15 10:43]
git -c diff. mnemonicprefix = false -c core. quotepath = false -c Anmeldeinformationen. helper = sourcetree reset -q - pfad /to/file/filename.java

SourceTree verwendet reset , um neue Dateien zu deaktivieren.

7
08 дек. die antwort wird von miva2 08 dec gegeben. 2015-12-08 12:58 '15 um 12:58 2015-12-08 12:58
 git reset filename.txt 

Entfernt die Datei mit dem Namen Dateiname.txt aus dem aktuellen Index, dem Bereich "In Vorbereitung", ohne etwas zu ändern.

6
26 окт. Antwort von Joseph Mathew am 26. Oktober 2017-10-26 21:15 '17 um 21:15 2017-10-26 21:15
  • 1
  • 2

Weitere Fragen zu Labels oder Ask a Question