Pull Request 1470 (#158)

* Changes from July 3rd on original repo

* Changes from July 4th on original repo

* Pull Request 1450

* Pull Request 1470

Author: pastatopf

book/03-git-branching/sections/rebasing.asc

@@ -231,8 +231,8 @@ Der entgegengesetzte Standpunkt ist, dass die Commit-Historie die *Story ist, in
 Sie würden die erste Fassung eines Buches nicht veröffentlichen, und das Handbuch für die Wartung Ihrer Software verdient eine sorgfältige Bearbeitung.
 Das ist das Lager, das Tools wie `rebase` und `filter-branch` verwendet, um die Story so zu erzählen, wie es für zukünftige Nutzer am sinnvollsten ist.
 
-Nun zur Frage, ob das Mergen oder Rebasen besser ist: hoffentlich werden Sie bemerken, dass es nicht so einfach ist.
-Git ist ein mächtiges Werkzeug und ermöglicht es Ihnen, viele Dinge mit und an Ihrem eigenen Verlauf vorzunehmen, aber jedes Team und jedes Projekt ist anders.
+Nun zur Frage, ob Mergen oder Rebasen besser ist. Wie so oft, ist diese Frage nicht so leicht zu beantworten.
+Git ist ein mächtiges Werkzeug und ermöglicht es Ihnen, viele Dinge mit ihrem Verlauf anzustellen, aber jedes Team und jedes Projekt ist anders.
 Jetzt, da Sie wissen, wie diese beiden Möglichkeiten funktionieren, liegt es an Ihnen, zu entscheiden, welche für Ihre spezielle Situation die Beste ist.
 
-Für gewöhnlich lassen sich die Vorteile von beiden Techniken nutzen: Nehmen Sie lokale Änderungen zurück, bevor Sie Ihren Verlauf bereinigen, aber nehmen Sie niemals etwas zurück, das Sie irgendwohin gepusht haben.
+Für gewöhnlich lassen sich die Vorteile von beiden Techniken nutzen: Rebasen Sie lokale Änderungen vor einem Push, um Ihren Verlauf zu bereinigen, aber rebasen Sie niemals etwas, das Sie bereits gepusht haben.