Merge pull request #22 from max123kl/Korrektur

typos fixed

Author: max123kl

TRANSLATION_NOTES_DE.asc

@@ -80,7 +80,7 @@ Commit-Beschreibung; Singular: die Commit-Beschreibung; Plural: die Commit-Besch
 |Contributor|
 Mitwirkender
 |Diff|
-Diff; Singular: der Diff; Plural: die Diffs; Vorzugsweise die englische Version nutzen, alternativ kann auch die deutsche Übersetzung 'Vergleich oder Ausgabe eines Vergleichs' verwendet werden. 
+Diff; Singular: der Diff; Plural: die Diffs; Vorzugsweise die englische Version nutzen, alternativ kann auch die deutsche Übersetzung 'Vergleich oder Ausgabe eines Vergleichs' verwendet werden.
 |==============================================================================
 
 === E – J
@@ -112,7 +112,7 @@ Integrator
 |==============================================================================
 |Englisch|Deutsch
 |Lieutenant|
-der Leutnant; Plural: die Leutnante
+der Leutnant; Plural: die Leutnants
 |Maintainer|
 Projektbetreuer
 |to maintain|

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

@@ -13,8 +13,8 @@ Wenn Sie ein Repository zum ersten Mal klonen, sind alle Dateien versioniert und
 Sobald Sie anfangen, versionierte Dateien zu bearbeiten, erkennt Git diese als modifiziert, weil sie sich im Vergleich zum letzten Commit verändert haben.
 Die geänderten Dateien können Sie dann für den nächsten Commit vormerken und schließlich alle Änderungen, die sich in der Staging-Area befinden, einchecken/committen. Danach wiederholt sich der Zyklus.
 
-.Der Status Ihrer Dateien im Überblick.
-image::images/lifecycle.png[The lifecycle of the status of your files.]
+.Der Status Ihrer Dateien im Überblick
+image::images/lifecycle.png[Der Status Ihrer Dateien im Überblick]
 
 [[_checking_status]]
 ==== Zustand von Dateien prüfen

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

@@ -264,7 +264,7 @@ Zuletzt eine wirklich nützliche Option, die Sie als Filter an `git log` überge
 Wenn Sie ein Verzeichnis oder einen Dateinamen angeben, können Sie die Log-Ausgabe auf Commits beschränken, die eine Änderung an diesen Dateien vorgenommen haben.
 Das ist immer die letzte Option und wird in der Regel durch Doppelstriche (`--`) eingeleitet, um Pfade von den Optionen zu trennen.
 
-In <<limit_options>> we'll list these and a few other common options for your reference.
+In <<limit_options>> werden wir Ihnen diese und einige andere gängige Optionen als Referenz auflisten.
 
 [[limit_options]]
 .Optionen zur Anpassen der Ausgabe von `git log`

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

@@ -81,7 +81,7 @@ To https://github.com/schacon/simplegit
 
 Das ist eine Art Abkürzung.
 Git erweitert den Branch-Namen `serverfix` automatisch zu `refs/heads/serverfix:refs/heads/serverfix`, was soviel bedeutet wie „Nimm meinen lokalen `serverfix`-Branch und aktualisiere damit den `serverfix`-Branch auf meinem Remote-Server“.
-Wir werden den `refs/heads/`-Teil in Kapitel 10 <<ch10-git-internals#ch10-git-internals,Git Interna>>noch näher beleuchten, Sie können ihn aber in der Regel auslassen.
+Wir werden den `refs/heads/`-Teil in Kapitel 10 <<ch10-git-internals#ch10-git-internals,Git Interna>> noch näher beleuchten, Sie können ihn aber in der Regel auslassen.
 Sie können auch die Anweisung `git push origin serverfix:serverfix` ausführen, was das Gleiche bewirkt – es bedeutet „Nimm meinen `serverfix` und mach ihn zum `serverfix` des Remote-Servers“.
 Sie können dieses Format auch benutzen, um einen lokalen Branch in einen Remote-Branch mit anderem Namen zu pushen.
 Wenn Sie nicht wollten, dass er auf dem Remote als `serverfix` bezeichnet wird, können Sie stattdessen `git push origin serverfix:awesomebranch` ausführen, um Ihren lokalen `serverfix` Branch auf den `awesomebranch` Branch im Remote-Projekt zu pushen.

book/06-github/sections/2-contributing.asc

@@ -32,7 +32,7 @@ Nach ein paar Sekunden werden Sie auf Ihre neue Projektseite weitergeleitet, mit
 (((GitHub, Flow)))
 GitHub ist auf einen bestimmten Collaboration-Workflow ausgerichtet, der sich auf Pull-Requests konzentriert.
 Dieser Ablauf funktioniert unabhängig davon, ob Sie eng in einem Team, in einem einzigen gemeinsamen Repository, mit einem global verteilten Unternehmen oder einem Netzwerk von Fremden, über Dutzende von Forks, zusammenarbeiten und zu einem Projekt beitragen.
-Es ist um den Workflow aus <<ch03-git-branching#_topic_branch,Topic Branches>> konzentriert, der in Kapitel 3 <<ch03-git-branching#ch03-git-branching,Git Branching>> ausführlich besprochen wird.
+Es ist um den Workflow aus <<ch03-git-branching#_topic_branch,Themen-Branches>> konzentriert, der in Kapitel 3 <<ch03-git-branching#ch03-git-branching,Git Branching>> ausführlich besprochen wird.
 
 Im Prinzip funktioniert der Ablauf so:
 
@@ -175,7 +175,7 @@ Das Hinzufügen von Commits zu einem bestehenden Pull Request löst keine weiter
 .finaler Pull-Request
 image::images/blink-06-final.png[finaler Pull-Request]
 
-Eine bemerkenswerte Besonderheit ist, dass Sie den "vereinheitlichten" Diff erhalten, wenn Sie auf die Registerkarte „Files Changed“ in diesem Pull-Request klicken – d.h. die gesamte aggregierte Differenz, die in Ihren Hauptzweig eingebracht würde, wenn dieser Themenzweig gemergt würde.
+Eine bemerkenswerte Besonderheit ist, dass Sie den "vereinheitlichten" Diff erhalten, wenn Sie auf die Registerkarte „Files Changed“ in diesem Pull-Request klicken – d.h. die gesamte aggregierte Differenz, die in Ihren Hauptbranch eingebracht würde, wenn dieser Themenzweig gemergt würde.
 Im Sinne von `git diff` zeigt es Ihnen grundsätzlich automatisch `git diff master…<branch>` für den Branch, auf dem dieser Pull Request basiert.
 Siehe Kapitel 5 <<ch05-distributed-git#_what_is_introduced,Festlegen, was eingebracht wird>> für weitere Informationen über diese Art von Diff.
 
@@ -221,7 +221,7 @@ Wenn Ihr Pull-Request veraltet ist oder anderweitig nicht sauber zusammengeführ
 GitHub wird das für Sie testen und Sie am Ende jedes Pull Requests darüber informieren, ob das Merge trivial ist oder nicht.
 
 [[_pr_fail]]
-.Pull Request lässt sich nicht sauber verschmelzen
+.Pull Request lässt sich nicht sauber mergen
 image::images/pr-01-fail.png[PR merge Fehlschlag]
 
 Wenn Sie etwa „<<_pr_fail>>“ sehen, sollten Sie Ihren Branch so reparieren, dass er grün wird und der Maintainer keine zusätzliche Arbeit leisten muss.