pull request 1486 (#166)

* 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

Author: pastatopf

book/05-distributed-git/sections/contributing.asc

@@ -60,7 +60,7 @@ Macht man es sich zur Gewohnheit, qualitativ hochwertige Commit-Nachrichten zu e
 In der Regel sollten Ihre Nachrichten mit einer einzelnen Zeile beginnen, die nicht länger als 50 Zeichen ist. Diese sollte ihre Änderungen kurz und bündig beschreiben. Darauf folgen eine leere Zeile und eine ausführliche Erläuterung.
 Für das Git-Projekt ist es erforderlich, dass die ausführliche Erläuterung Ihre Motivation für die Änderung enthält. Außerdem sollte das Ergebnis ihre Implementierung mit dem vorherigen Verhalten des Projekts gegenüber gestellt werden. Dies ist eine gute Richtlinie, an die man sich halten sollte.
 Es empfiehlt sich außerdem, die Gegenwartsform des Imperativs in diesen Nachrichten zu benutzen. Mit anderen Worten, verwenden Sie Anweisungen. Anstatt „Ich habe Test hinzugefügt für“ oder „Tests hinzufügend für“ benutzen Sie „Füge Tests hinzu für“.
-Hier ist eine https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html[E-Mail-Vorlage, die ursprünglich von Tim Pope geschrieben wurde]:
+Hier ist eine Vorlage, die sie nutzen können. Wir haben sie leicht angepasst. Das Original finden sie hier: https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html[E-Mail-Vorlage, die ursprünglich von Tim Pope geschrieben wurde]:
 
 [source,text]
 ----
@@ -71,7 +71,7 @@ Zeichen. In einigen Kontexten wird die erste Zeile wie der Betreff einer
 E-Mail gehandelt und der Rest des Textes als Textkörper. Die Leerzeile,
 welche die Zusammenfassung vom Text trennt ist von entscheidender Bedeutung
 (es sei denn, Sie lassen den Textkörper ganz weg). Werkzeuge wie rebase
-können durcheinander kommen, wenn Sie diese Trennung nicht einhalten.
+können Fehler machen, wenn Sie diese Leerzeile nicht einhalten.
 
 Schreiben Sie Ihre Commit Nachrichten im Imperativ: "Fix bug" und nicht
 "Fixed bug" oder "Fixes bug". Diese Konvention stimmt mit Commit-Nachrichten