pull request 1607

book/02-git-basics/sections/recording-changes.asc

@@ -468,7 +468,7 @@ $ git commit -m "Story 182: fix benchmarks for speed"
 ----
 
 Jetzt haben Sie Ihren ersten Commit erstellt!
-Sie können sehen, dass der Commit eine Nachricht über sich selbst ausgegeben hat: in welchen Branch Sie committed haben (`master`), welche SHA-1-Prüfsumme der Commit hat (`463dc4f`), wie viele Dateien geändert wurden und Statistiken über hinzugefügte und entfernte Zeilen im Commit.
+Sie können sehen, dass der Commit eine Nachricht über sich selbst ausgegeben hat: in welchen Branch Sie committet haben (`master`), welche SHA-1-Prüfsumme der Commit hat (`463dc4f`), wie viele Dateien geändert wurden und Statistiken über hinzugefügte und entfernte Zeilen im Commit.
 
 Denken Sie daran, dass der Commit den Snapshot aufzeichnet, den Sie in Ihrer Staging-Area eingerichtet haben.
 Alles, was von Ihnen nicht zum Commit vorgemerkt wurde, liegt immer noch als modifiziert da. Sie können einen weiteren Commit durchführen, um es zu Ihrer Historie hinzuzufügen.

book/02-git-basics/sections/undoing.asc

@@ -137,15 +137,15 @@ Sie können erkennen, dass die Änderungen rückgängig gemacht wurden.
 [IMPORTANT]
 =====
 Es ist sehr wichtig zu begreifen, dass `git checkout -- <file>` ein riskanter Befehl ist.
-Alle lokalen Änderungen, die Sie an dieser Datei vorgenommen haben, sind verloren – Git hat diese Datei einfach durch die zuletzt committete Version ersetzt.
+Alle lokalen Änderungen, die Sie an dieser Datei vorgenommen haben, sind verloren – Git hat diese Datei einfach durch die zuletzt committete oder gestagten Version ersetzt.
 Verwenden Sie diesen Befehl niemals, es sei denn, Sie sind sich absolut sicher, dass Sie diese ungesicherten lokalen Änderungen nicht wünschen.
 =====
 
 Wenn Sie die Änderungen, die Sie an dieser Datei gemacht haben, beibehalten möchten, sie aber vorerst aus dem Weg räumen möchten, sollten wir das Stashing und Branching in Kapitel 3 – <<ch03-git-branching#ch03-git-branching,Git Branching>> durchgehen; das sind im Allgemeinen die besseren Methoden, um das zu erledigen.
 
-Denken Sie daran, dass alles, was in Git _committed_ wird, fast immer wiederhergestellt werden kann.
+Denken Sie daran, dass alles, was in Git _committet_ wird, fast immer wiederhergestellt werden kann.
 Sogar Commits, die auf gelöschten Branches lagen oder Commits, die mit einem `--amend` Commit überschrieben wurden, können wiederhergestellt werden (siehe Kapitel 10 <<ch10-git-internals#_data_recovery,Daten-Rettung>> für das Wiederherstellen der Daten).
-Allerdings wird alles, was Sie verloren haben und das nie committed wurde, wahrscheinlich nie wieder gesehen werden.
+Allerdings wird alles, was Sie verloren haben und das nie committet wurde, wahrscheinlich nie wieder gesehen werden.
 
 [[undoing_git_restore]]
 ==== Änderungen Rückgängigmachen mit git restore
@@ -200,7 +200,7 @@ Die Datei `CONTRIBUTING.md` ist geändert aber wieder unstaged.
 ===== Rückgängig machen einer geänderten Datei mit git restore
 
 Was ist, wenn Sie feststellen, dass Sie Ihre Änderungen an der Datei `CONTRIBUTING.md` nicht beibehalten möchten?
-Wie können Sie sie einfach rückgängig machen -- sprich, sie so zurücksetzen, wie sie aussah, als Sie sie zuletzt commitet haben (oder ursprünglich geklont haben oder wie auch immer Sie es in Ihr Arbeitsverzeichnis aufgenommen haben)?
+Wie können Sie sie einfach rückgängig machen -- sprich, sie so zurücksetzen, wie sie aussah, als Sie sie zuletzt committet haben (oder ursprünglich geklont haben oder wie auch immer Sie es in Ihr Arbeitsverzeichnis aufgenommen haben)?
 Glücklicherweise sagt Ihnen `git status` wiederum, wie das geht.
 In der letzten Beispielausgabe sieht der unstaged Bereich folgendermaßen aus:
 
@@ -230,6 +230,6 @@ Changes to be committed:
 [IMPORTANT]
 =====
 Es ist wichtig zu verstehen, dass `git restore <file>` ein gefährlicher Befehl ist.
-Alle lokalen Änderungen, die Sie an dieser Datei vorgenommen haben, sind weg. Git hat diese Datei durch die zuletzt commitete Version ersetzt.
+Alle lokalen Änderungen, die Sie an dieser Datei vorgenommen haben, sind weg. Git hat diese Datei durch die zuletzt committete oder gestagten Version ersetzt.
 Verwenden Sie diesen Befehl nur, wenn Sie sich absolut sicher sind, dass Sie diese nicht gespeicherten lokalen Änderungen nicht benötigen.
 =====

book/02-git-basics/sections/viewing-history.asc

@@ -285,7 +285,7 @@ In <<limit_options>> werden wir Ihnen diese und einige andere gängige Optionen
 | `-S`                  | Zeigt nur Commits an, die solchen Code hinzufügen oder entfernen, der mit der Zeichenkette übereinstimmt
 |================================
 
-Wenn Sie zum Beispiel sehen möchten, welche der Commits die Testdateien in der Git-Quellcode-Historie ändern, die von Junio Hamano im Monat Oktober 2008 committed wurden und keine Merge-Commits sind, können Sie in etwa folgendes aufrufen:(((Log filtern)))
+Wenn Sie zum Beispiel sehen möchten, welche der Commits die Testdateien in der Git-Quellcode-Historie ändern, die von Junio Hamano im Monat Oktober 2008 committet wurden und keine Merge-Commits sind, können Sie in etwa folgendes aufrufen:(((Log filtern)))
 
 [source,console]
 ----