Merge pull request #97 from saxc/fix-spelling

Spelling fixes

Author: max123kl

book/03-git-branching/sections/remote-branches.asc

@@ -17,7 +17,7 @@ Wenn Sie mit einem Mitarbeiter an einem Problem gearbeitet haben und dieser bere
 Das kann ein wenig verwirrend sein, lassen Sie uns also ein Besipiel betrachten.
 Angenommen, Sie haben in Ihrem Netzwerk einen Git-Server mit der Adresse `git.ourcompany.com`.
 Wenn Sie von diesem klonen, erhält der Server von der Git-Anweisung `clone` automatisch den Namen `origin`, lädt all seine Daten herunter, erstellt einen Zeiger zu dem Commit, auf den dessen `master`-Branch zeigt und benennt ihn lokal `origin/master`.
-Git gibt Ihnen auch Ihren eigenen lokalen `master`-Branch mit der gleichen Ausgangsposition wie der `origin/master`-Branch, damit Sie einen Punkt, wo Sie mit Ihrer Arbeit beginnen können.
+Git gibt Ihnen auch Ihren eigenen lokalen `master`-Branch mit der gleichen Ausgangsposition wie der `origin/master`-Branch, damit Sie einen Punkt haben, wo Sie mit Ihrer Arbeit beginnen können.
 
 [NOTE]
 .„origin“ ist nichts besonderes

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

@@ -44,7 +44,7 @@ Sie führten mehrere Commits auf diesen Branches durch und löschten sie sofort,
 Diese Technik erlaubt es Ihnen, schnell und vollständig den Kontext zu wechseln – da Ihre Arbeit auf verschiedene Depots aufgeteilt ist, wo alle Änderungen auf diesem Branch unter diese Thematik fallen, ist es leichter nachzuvollziehen, was bei Code-Überprüfungen und ähnlichem geschehen ist.
 Sie können die Änderungen darin für Minuten, Tage oder Monate aufbewahren und sie einfließen lassen (mergen), wenn diese fertig sind, ungeachtet der Reihenfolge, in welcher diese erstellt oder bearbeitet wurden.
 
-Betrachten wir folgendes Beispiel: Sie erledigen gerade einige Arbeiten (auf `master`), zweigen davon ab wegen eines Problems (`iss91`), arbeiten daran eine Weile, zweigen davon den zweiten Branch ab, um eine andere Möglichkeit zur Handhabung des selben Problems auszuprobieren (`iss91v2`), wechseln zurück zu Ihrem master-Branch und arbeiten dort eine Zeitlang, und zweigen dann dort nochmal ab, um etwas zu versuchen, bei dem Sie sich nicht sind, ob es eine gute Idee ist (`dumbidea`-Branch).
+Betrachten wir folgendes Beispiel: Sie erledigen gerade einige Arbeiten (auf `master`), zweigen davon ab wegen eines Problems (`iss91`), arbeiten daran eine Weile, zweigen davon den zweiten Branch ab, um eine andere Möglichkeit zur Handhabung des selben Problems auszuprobieren (`iss91v2`), wechseln zurück zu Ihrem master-Branch und arbeiten dort eine Zeitlang, und zweigen dann dort nochmal ab, um etwas zu versuchen, bei dem Sie sich nicht sicher sind, ob es eine gute Idee ist (`dumbidea`-Branch).
 Ihre Commit-Verlauf wird in etwa so aussehen:
 
 .Mehrere Themen-Branches