Etwas weniger kompromisslos formulieren (#325)

Im Abschnitt, der die Alternative über "git restore" erklärt, ist es weniger dramatisch formuliert.
Das sollte übernommen werden, denke ich.

Author: rance-muhammitz

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

@@ -138,7 +138,7 @@ Sie können erkennen, dass die Änderungen rückgängig gemacht wurden.
 =====
 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 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.
+Verwenden Sie diesen Befehl nur, wenn Sie sich absolut sicher sind, dass Sie diese nicht gespeicherten lokalen Änderungen nicht benötigen.
 =====
 
 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.
@@ -232,4 +232,4 @@ Changes to be committed:
 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 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.
-=====
+=====