pull request 1484 (#167)

* Changes from July 3rd on original repo

* Changes from July 4th on original repo

* Pull Request 1450

* Pull Request 1470

* pull request 1469

* pull request 1468

* pull request 1477

* pull request 1477

* pull request 1485

* pull request 1481

* pull request 1483

* pull request 1483

* pull request 1484

Author: pastatopf

Special_Characters.asc

@@ -53,7 +53,7 @@ ist sehr häufig mit falsch gesetzten Minus-Zeichen zu tauschen +
 
 |„
 |Anführung, links unten
-|U+201C
+|U+201E
 |\„
 |`alt (+) 0132`
 |`alt (+) shift (+) W`

book/07-git-tools/sections/rewriting-history.asc

@@ -299,6 +299,27 @@ Dies ändert die SHA-1s der drei jüngsten Commits in Ihrer Liste, stellen Sie a
 Beachten Sie, dass der letzte Commit (`f7f3f6d`) in der Liste nicht geändert wurde.
 Trotzdem wird dieser Commit im Skript angezeigt, da er als „pick“ markiert war und vor jeglichen Rebase-Änderungen angewendet wurde. Git lässt den Commit unverändert.
 
+==== Commit löschen
+
+Wenn Sie ein Commit entfernen möchten, können Sie es mit dem Skript `rebase -i` löschen.
+Fügen Sie in der Liste der Commits das Wort „drop“ vor dem Commit ein, das Sie löschen möchten (oder löschen Sie einfach diese Zeile aus dem Rebase-Skript):
+
+[source,console]
+----
+pick 461cb2a This commit is OK
+drop 5aecc10 This commit is broken
+----
+
+Aufgrund der Art und Weise, wie Git Commit-Objekte erstellt, werden beim Löschen oder Ändern eines Commits alle darauf folgenden Commits neu geschrieben.
+Je weiter Sie in der Historie Ihres Repos zurück gehen, desto mehr Commits müssen neu erstellt werden.
+Dies kann zu vielen Mergekonflikten führen, wenn es viele Commits in der Historie gibt, die von dem gerade gelöschten abhängen.
+
+Wenn Sie eine solche Rebase teilweise durchlaufen und feststellen, dass dies keine gute Idee ist, können Sie jederzeit damit aufhören.
+Geben Sie `git rebase --abort` ein und Ihr Repo wird in den Zustand zurückversetzt, in dem es sich befand, bevor Sie das Rebase gestartet haben.
+
+Wenn Sie eine Rebase beenden und feststellen, dass es nicht das ist, was Sie wollten, können Sie `git reflog` verwenden, um eine frühere Version Ihres Branches wiederherzustellen.
+Weitere Informationen zum Befehl `reflog` finden Sie unter <<ch10-git-internals#_data_recovery>>.
+
 [NOTE]
 ====
 Drew DeVault hat einen praktischen Leitfaden mit Übungen erstellt, um die Verwendung von `git rebase` zu erlernen.