Changes from July 3rd on original repo (#155)

Author: pastatopf

.github/ISSUE_TEMPLATE/bug_report.md

@@ -12,7 +12,7 @@ assignees: ''
 <!-- * This bug report is about a single actionable bug. -->
 <!-- * This bug is about the Pro Git book, version 2, English language. -->
 <!-- * This bug is about the book as found on the [website](https://www.git-scm.com/book/en/v2) or the pdf. -->
-<!-- * If you found a issue in the pdf/epub/mobi files, you've checked if the problem is also present in the Pro Git book on the [website](https://www.git-scm.com/book/en/v2). -->
+<!-- * If you found an issue in the pdf/epub/mobi files, you've checked if the problem is also present in the Pro Git book on the [website](https://www.git-scm.com/book/en/v2). -->
 <!-- * This bug is **not** about a translation, if so please file a bug with the translation project. You can find a table of translation projects here: [progit2/TRANSLATING.md](https://github.com/progit/progit2/blob/master/TRANSLATING.md) -->
 <!-- * This bug is **not** about the git-scm.com site, if so please file a bug here: [git-scm.com/issues/new](https://github.com/git/git-scm.com/issues/new) -->
 <!-- * This bug is **not** about git the program itself, if so please file a bug here: [git-scm.com/community](https://git-scm.com/community) -->
@@ -58,7 +58,7 @@ assignees: ''
 - Browser/application version:
 
 **E-book reader:**
-<!-- If you've used a e-book reader to access the content, please fill in this form. -->
+<!-- If you've used an e-book reader to access the content, please fill in this form. -->
 <!-- Example: Amazon Kindle Paperwhite 10th generation, software update 5.11.1 -->
 - Device:
 - Software Update:

book/01-introduction/sections/installing.asc

@@ -48,8 +48,8 @@ Wenn Git noch nicht installiert ist, erscheint eine Abfrage, ob man es installie
 Wenn man eine sehr aktuelle Version einsetzen möchte, kann man Git auch über ein Installationsprogramm installieren.
 Auf der Git-Website http://git-scm.com/download/mac[] findet man die jeweils aktuellste Version und kann sie von dort herunterladen.
 
-.Git macOS Installationsprogramm.
-image::images/git-osx-installer.png[Git macOS installer.]
+.Git macOS Installationsprogramm
+image::images/git-osx-installer.png[Git macOS installer]
 
 Ein weitere Möglichkeit ist „GitHub for Mac“ zu installieren.
 Es gibt dort eine Option, dass man neben der grafischen Oberfläche auch gleich die Kommandozeilen-Werkzeuge mit installieren kann.

book/01-introduction/sections/what-is-git.asc

@@ -11,21 +11,22 @@ Der Hauptunterschied zwischen Git und anderen Versionsverwaltungssystemen (insbe
 Konzeptionell speichern die meisten anderen Systeme Informationen als eine Liste von dateibasierten Änderungen.
 Diese Systeme (CVS, Subversion, Perforce, Bazaar usw.) betrachten die Informationen, die sie verwalten, als eine Reihe von Dateien an denen im Laufe der Zeit Änderungen vorgenommen werden (dies wird allgemein als _deltabasierte_ Versionskontrolle bezeichnet).
 
-.Speichern von Daten als Änderung an einzelnen Dateien auf Basis einer Ursprungsdatei.
-image::images/deltas.png[Storing data as changes to a base version of each file.]
+.Speichern von Daten als Änderung an einzelnen Dateien auf Basis einer Ursprungsdatei
+image::images/deltas.png[Storing data as changes to a base version of each file]
 
 Git arbeitet nicht auf diese Art und Weise.
 Stattdessen betrachtet Git seine Daten eher wie eine Reihe von Schnappschüssen eines Mini-Dateisystems.
 Git macht jedes Mal, wenn Sie den Status Ihres Projekts committen, das heißt den gegenwärtigen Status Ihres Projekts als eine Version in Git speichern, ein Abbild von all Ihren Dateien wie sie gerade aussehen und speichert einen Verweis in diesem Schnappschuss.
 Um dies möglichst effizient und schnell tun zu können, kopiert Git unveränderte Dateien nicht, sondern legt lediglich eine Verknüpfung zu der vorherigen Version der Datei an.
 Git betrachtet seine Daten eher wie einen *Stapel von Schnappschüssen*.
 
-.Speichern der Daten-Historie eines Projekts in Form von Schnappschüssen.
-image::images/snapshots.png[Git stores data as snapshots of the project over time.]
+.Speichern der Daten-Historie eines Projekts in Form von Schnappschüsse
+image::images/snapshots.png[Git stores data as snapshots of the project over time]
 
 Das ist ein wichtiger Unterschied zwischen Git und praktisch allen anderen Versionsverwaltungssystemen.
 In Git wurden daher fast alle Aspekte der Versionsverwaltung neu überdacht, die in anderen Systemen mehr oder weniger von ihrer jeweiligen Vorgängergeneration übernommen worden waren.
-Git arbeitet im Großen und Ganzen eher wie ein mit einigen unglaublich mächtigen Werkzeugen ausgerüstetes Mini-Dateisystem, statt nur als Versionsverwaltungssystem. Auf einige der Vorteile, die es mit sich bringt, Daten in dieser Weise zu verwalten, werden wir in Kapitel 3, <<ch03-git-branching#ch03-git-branching,Git Branching>>, eingehen, wenn wir das Git Branching-Konzept kennenlernen.
+Git arbeitet im Großen und Ganzen eher wie ein mit einigen unglaublich mächtigen Werkzeugen ausgerüstetes Mini-Dateisystem, statt nur als Versionsverwaltungssystem.
+Auf einige der Vorteile, die es mit sich bringt, Daten in dieser Weise zu verwalten, werden wir in Kapitel 3, <<ch03-git-branching#ch03-git-branching,Git Branching>>, eingehen, wenn wir das Git Branching-Konzept kennenlernen.
 
 ==== Fast jede Funktion arbeitet lokal
 
@@ -83,7 +84,7 @@ Git definiert drei Hauptzustände, in denen sich eine Datei befinden kann: commi
 
 Das führt uns zu den drei Hauptbereichen eines Git-Projekts: dem Verzeichnisbaum, der sogenannten Staging-Area und dem Git-Verzeichnis.
 
-.Verzeichnisbaum, Staging-Area und Git-Verzeichnis.
+.Verzeichnisbaum, Staging-Area und Git-Verzeichnis
 image::images/areas.png["Working tree, staging area, and Git directory."]
 
 Der Verzeichnisbaum ist ein einzelner Abschnitt einer Version des Projekts.

book/03-git-branching/sections/basic-branching-and-merging.asc

@@ -165,7 +165,7 @@ Da der Commit auf dem Branch, auf dem Sie sich gerade befinden, kein unmittelbar
 In diesem Fall führt Git einen einfachen Drei-Wege-Merge durch, indem er die beiden Schnappschüsse verwendet, auf die die Branch-Spitzen und der gemeinsame Vorfahr der beiden zeigen.
 
 .Drei Schnappschüsse, die bei einem typischen `merge` benutzt werden
-image::images/basic-merging-1.png["Drei Schnappschüsse, die bei einem typischen `merge` benutzt werden"]
+image::images/basic-merging-1.png[Drei Schnappschüsse, die bei einem typischen `merge` benutzt werden]
 
 Anstatt einfach den Zeiger des Branches vorwärts zu bewegen, erstellt Git einen neuen Schnappschuss, der aus dem Drei-Wege-Merge resultiert und erzeugt automatisch einen neuen Commit, der darauf zeigt.
 Das wird auch als Merge-Commit bezeichnet und ist ein Spezialfall, weil er mehr als nur einen Vorgänger hat.

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

@@ -62,7 +62,7 @@ $ git branch testing
 Dieser Befehl erzeugt einen neuen Zeiger, der auf denselben Commit zeigt, auf dem Sie sich gegenwärtig befinden.
 
 .Zwei Branches, die auf dieselbe Serie von Commits zeigen
-image::images/two-branches.png["Zwei Branches, die auf dieselbe Serie von Commits zeigen"]
+image::images/two-branches.png[Zwei Branches, die auf dieselbe Serie von Commits zeigen]
 
 Woher weiß Git, auf welchem Branch Sie gegenwärtig sind?
 Es besitzt einen speziellen Zeiger namens `HEAD`.
@@ -114,7 +114,7 @@ $ git commit -a -m 'made a change'
 ----
 
 .Der Branch, auf den HEAD zeigt, bewegt sich vorwärts, wenn ein Commit gemacht wird
-image::images/advance-testing.png["Der Branch, auf den HEAD zeigt, bewegt sich vorwärts, wenn ein Commit gemacht wird"]
+image::images/advance-testing.png[Der Branch, auf den HEAD zeigt, bewegt sich vorwärts, wenn ein Commit gemacht wird]
 
 Das ist interessant, weil sich jetzt Ihr `testing` Branch vorwärts bewegt hat, aber Ihr `master` Branch noch auf den Commit zeigt, auf dem Sie sich befanden, als Sie die Anweisung `git checkout` ausführten, um die Branches zu wechseln.
 Lassen Sie uns zum Branch `master` zurückwechseln.
@@ -137,7 +137,7 @@ Um alle Branches zu sehen, fügen Sie `--all` zu Ihrem Kommando `git log` hinzu.
 ====
 
 .HEAD bewegt sich, wenn Sie auschecken
-image::images/checkout-master.png["HEAD bewegt sich, wenn Sie auschecken"]
+image::images/checkout-master.png[HEAD bewegt sich, wenn Sie auschecken]
 
 Diese Anweisung hat zwei Dinge bewirkt.
 Es bewegte den HEAD-Zeiger zurück, um auf den `master` Branch zu zeigen, und es setzte die Dateien in Ihrem Arbeitsverzeichnis zurück auf den Snapshot, auf den `master` zeigt.

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

@@ -198,7 +198,7 @@ Sobald wir im vorhergehenden Szenario, beispielsweise bei <<_pre_merge_rebase_wo
 Statt des Ergebnisses, welches wir in <<_merge_rebase_work>> sehen, würden wir etwas erhalten, was eher wie <<_rebase_rebase_work>> aussieht.
 
 [[_rebase_rebase_work]]
-.Rebase an der Spitze von Änderungen eines „force-pushed“-Rebase.
+.Rebase an der Spitze von Änderungen eines „force-pushed“-Rebase
 image::images/perils-of-rebasing-5.png[Rebase an der Spitze von Änderungen eines „force-pushed“-Rebase]
 
 Das funktioniert nur, wenn es sich bei `C4` und `C4'`, welchen Ihr Teamkollege erstellt hat, um fast genau denselben Patch handelt.

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

@@ -34,7 +34,7 @@ Wenn Sie ein wenig an Ihrem lokalen `master` Branch arbeiten und in der Zwischen
 Und solange Sie keinen Kontakt mit Ihrem `origin` Server aufnehmen, bewegt sich Ihr `origin/master` Zeiger nicht.
 
 .Lokale und entfernte Änderungen können Auseinanderlaufen
-image::images/remote-branches-2.png[Lokale und entfernte Änderungen können Auseinanderlaufen]
+image::images/remote-branches-2.png[Lokale und entfernte Änderungen können auseinanderlaufen]
 
 Um Ihre Arbeit mit einem bestimmten Remote zu synchronisieren, führen Sie den Befehl `git fetch <remote>` aus (in unserem Fall `git fetch origin`).
 Der Befehl sucht, welcher Server „origin“ ist (in diesem Fall `git.ourcompany.com`), holt alle Daten, die Sie noch nicht haben, und aktualisiert Ihre lokale Datenbank, indem er Ihren `origin/master` Zeiger auf seine neue, aktuellere Position bewegt.

book/04-git-server/sections/git-on-a-server.asc

@@ -23,7 +23,7 @@ done.
 
 Sie sollten nun eine Kopie der Git-Verzeichnisdaten in Ihrem `my_project.git` Verzeichnis haben.
 
-Das ist ungefähr so etwas wie
+Das ist ungefähr so etwas wie:
 
 [source,console]
 ----

book/04-git-server/sections/gitlab.asc

@@ -59,8 +59,8 @@ Eine GitLab-Gruppe ist eine Zusammenstellung von Projekten, zusammen mit Daten d
 Jede Gruppe hat einen Projektnamensraum (genauso wie Benutzer), so dass, wenn die Gruppe +training+ ein Projekt +materials+ hat, die URL `http://server/training/materials` lautet.
 
 [[gitlab_groups]]
-.Der Admin-Bildschirm für die Gruppenverwaltung von GitLab.
-image::images/gitlab-groups.png[Der Admin-Bildschirm für die Gruppenverwaltung von GitLab.]
+.Der Admin-Bildschirm für die Gruppenverwaltung von GitLab
+image::images/gitlab-groups.png[Der Admin-Bildschirm für die Gruppenverwaltung von GitLab]
 
 Jede Gruppe ist einer Reihe von Benutzern zugeordnet, von denen jeder eine Berechtigungsstufe für die Projekte der Gruppe und der Gruppe selbst hat.
 Diese reichen von „Guest“ (nur Themen und Chat) bis hin zu „Owner“ (volle Kontrolle über die Gruppe, ihre Mitglieder und ihre Projekte).

book/04-git-server/sections/hosted.asc

@@ -5,6 +5,6 @@ Dies bietet eine Reihe von Vorteilen: Eine Hosting-Site ist in der Regel schnell
 Selbst wenn Sie Ihren eigenen Server intern einrichten und betreiben, können Sie dennoch eine öffentliche Hosting-Site für Ihren Open-Source-Code verwenden – es ist im Allgemeinen einfacher für die Open-Source-Community, Sie zu finden und Ihnen zu helfen.
 
 In der heutigen Zeit haben Sie eine große Anzahl von Hosting-Optionen zur Auswahl, jede mit unterschiedlichen Vor- und Nachteilen.
-Um eine aktuelle Liste zu sehen, besuchen Sie die GitHosting-Seite im Hauptwiki von Git unter https://git.wiki.kernel.org/index.php/GitHosting[Git Hosting].
+Um eine aktuelle Liste zu sehen, besuchen Sie die GitHosting-Seite im Hauptwiki von Git unter https://git.wiki.kernel.org/index.php/GitHosting[].
 
 Wir werden die Verwendung von GitHub in Kapitel 6 <<ch06-github#ch06-github,GitHub>> im Detail besprechen, da es der größte Git-Host auf dem Markt ist und Sie vermutlich mit Projekten interagieren müssen, die auf GitHub gehostet werden, aber es gibt noch Dutzende weitere, aus denen Sie wählen können, falls Sie nicht Ihren eigenen Git-Server einrichten wollen.