[de] Fix some incorrect comment syntax in german translation

- This makes it easier to use tools for automatic merge of original english
   text to german translation

de/01-introduction/01-chapter1.markdown

@@ -83,11 +83,11 @@ Wie viele großartige Dinge im Leben entstand Git aus kreativem Chaos und hitzig
 
 2005 ging die Beziehung zwischen der Community, die den Linux Kernel entwickelte, und des kommerziell ausgerichteten Unternehmens, das BitKeeper entwickelte, kaputt. Die zuvor ausgesprochene Erlaubnis, BitKeeper kostenlos zu verwenden, wurde widerrufen. Dies war für die Linux Entwickler Community (und besonders für Linus Torvald, der Erfinder von Linux) der Auslöser dafür, ein eigenes Tool zu entwickeln, das auf den Erfahrungen mit BitKeeper basierte. Ziele des neuen Systems waren unter anderem:
 
-<!--*	Speed
-*	Simple design
-*	Strong support for non-linear development (thousands of parallel branches)
-*	Fully distributed
-*	Able to handle large projects like the Linux kernel efficiently (speed and data size)-->
+<!--*	Speed-->
+<!--*	Simple design-->
+<!--*	Strong support for non-linear development (thousands of parallel branches)-->
+<!--*	Fully distributed-->
+<!--*	Able to handle large projects like the Linux kernel efficiently (speed and data size)-->
 
 * Geschwindigkeit
 * Einfaches Design
@@ -206,9 +206,9 @@ Die Staging Area ist einfach eine Datei (normalerweise im Git Verzeichnis), in d
 
 Der grundlegend Git Arbeitsprozess sieht in etwa so aus:
 
-<!--1. You modify files in your working directory.
-2. You stage the files, adding snapshots of them to your staging area.
-3. You do a commit, which takes the files as they are in the staging area and stores that snapshot permanently to your Git directory.-->
+<!--1. You modify files in your working directory.-->
+<!--2. You stage the files, adding snapshots of them to your staging area.-->
+<!--3. You do a commit, which takes the files as they are in the staging area and stores that snapshot permanently to your Git directory.-->
 
 1. Du bearbeitest Dateien in Deinem Arbeitsverzeichnis.
 2. Du markierst Dateien für den nächsten Commit, indem Du Snapshots zur Staging Area hinzufügst.
@@ -330,9 +330,9 @@ Nachdem Du jetzt Git auf Deinem System installiert hast, solltest Du Deine Git K
 
 Git umfasst das Werkzeug `git config`, das Dir erlaubt, Konfigurationswerte zu verändern. Auf diese Weise kannst Du anpassen, wie Git aussieht und arbeitet. Diese Werte sind an drei verschiedenen Orten gespeichert:
 
-<!--*	`/etc/gitconfig` file: Contains values for every user on the system and all their repositories. If you pass the option` -\-system` to `git config`, it reads and writes from this file specifically.
-*	`~/.gitconfig` file: Specific to your user. You can make Git read and write to this file specifically by passing the `-\-global` option.
-*	config file in the git directory (that is, `.git/config`) of whatever repository you’re currently using: Specific to that single repository. Each level overrides values in the previous level, so values in `.git/config` trump those in `/etc/gitconfig`.-->
+<!--*	`/etc/gitconfig` file: Contains values for every user on the system and all their repositories. If you pass the option` -\-system` to `git config`, it reads and writes from this file specifically.-->
+<!--*	`~/.gitconfig` file: Specific to your user. You can make Git read and write to this file specifically by passing the `-\-global` option.-->
+<!--*	config file in the git directory (that is, `.git/config`) of whatever repository you’re currently using: Specific to that single repository. Each level overrides values in the previous level, so values in `.git/config` trump those in `/etc/gitconfig`.-->
 
 * Die Datei `/etc/gitconfig` enthält Werte, die für jeden Anwender des Systems und all ihre Projekte gelten. Wenn Du `git config` mit der Option `--system` verwendest, wird diese Datei verwendet.
 * Die Werte in der Datei `~/.gitconfig` gelten ausschließlich für Dich und all Deine Projekte. Wenn Du `git config` mit der Option `--global` verwendest, wird diese Datei verwendet.
@@ -422,8 +422,8 @@ Beispielsweise erhältst Du die Hilfeseite für den `git config` Befehl so:
 
 	$ git help config
 
-<!--These commands are nice because you can access them anywhere, even offline.
-If the manpages and this book aren’t enough and you need in-person help, you can try the `#git` or `#github` channel on the Freenode IRC server (irc.freenode.net). These channels are regularly filled with hundreds of people who are all very knowledgeable about Git and are often willing to help.-->
+<!--These commands are nice because you can access them anywhere, even offline.-->
+<!--If the manpages and this book aren’t enough and you need in-person help, you can try the `#git` or `#github` channel on the Freenode IRC server (irc.freenode.net). These channels are regularly filled with hundreds of people who are all very knowledgeable about Git and are often willing to help.-->
 
 Die „manpage“ Dokumentation ist nützlich, weil Du sie Dir jederzeit anzeigen lassen kannst, auch wenn Du offline bist. Wenn Dir die manpages und dieses Buch nicht ausreichen, kannst Du Deine Fragen auch in den Chaträumen `#git` oder `#github` auf dem Freenode IRC Server (irc.freenode.net) stellen. Diese Räume sind in der Regel sehr gut besucht. Normalerweise findet sich unter den hunderten von Anwendern, die oft sehr viel Erfahrung mit Git haben, irgendjemand, der Deine Fragen gern beantwortet.
 

de/02-git-basics/01-chapter2.markdown

@@ -227,10 +227,10 @@ Die erste Zeile weist Git an, alle Dateien zu ignorieren, die mit einem `.o` ode
 
 Folgende Regeln gelten in einer `.gitignore` Datei:
 
-<!--*	Blank lines or lines starting with `#` are ignored.
-*	Standard glob patterns work.
-*	You can end patterns with a forward slash (`/`) to specify a directory.
-*	You can negate a pattern by starting it with an exclamation point (`!`).-->
+<!--*	Blank lines or lines starting with `#` are ignored.-->
+<!--*	Standard glob patterns work.-->
+<!--*	You can end patterns with a forward slash (`/`) to specify a directory.-->
+<!--*	You can negate a pattern by starting it with an exclamation point (`!`).-->
 
 *	Leere Zeilen oder Zeilen, die mit `#` beginnen, werden ignoriert.
 *	Standard `glob` Muster funktionieren.
@@ -386,8 +386,8 @@ und `git diff --cached`, um zu sehen, was für den nächsten Commit vorgesehen i
 <!--### Committing Your Changes ###-->
 ### Einen Commit erzeugen ###
 
-<!--Now that your staging area is set up the way you want it, you can commit your changes. Remember that anything that is still unstaged — any files you have created or modified that you haven’t run `git add` on since you edited them — won’t go into this commit. They will stay as modified files on your disk.
-In this case, the last time you ran `git status`, you saw that everything was staged, so you’re ready to commit your changes. The simplest way to commit is to type `git commit`:-->
+<!--Now that your staging area is set up the way you want it, you can commit your changes. Remember that anything that is still unstaged — any files you have created or modified that you haven’t run `git add` on since you edited them — won’t go into this commit. They will stay as modified files on your disk.-->
+<!--In this case, the last time you ran `git status`, you saw that everything was staged, so you’re ready to commit your changes. The simplest way to commit is to type `git commit`:-->
 
 Nachdem Du jetzt alle Änderungen, die Du im nächsten Commit haben willst, in Deiner Staging Area gesammelt hast, kannst Du den Commit anlegen. Denke daran, dass Änderungen, die nicht in der Staging Area sind (also alle Änderungen, die Du vorgenommen hast, seit Du zuletzt `git add` ausgeführt hast), auch nicht in den Commit aufgenommen werden. Sie werden ganz einfach weiterhin als geänderte Dateien im Arbeitsverzeichnis verbleiben. In unserem Beispiel haben wir gesehen, dass alle Änderungen vorgemerkt waren, als wir zuletzt `git status` ausgeführt haben, also können wir den Commit jetzt anlegen. Das geht am einfachsten mit dem Befehl:
 
@@ -644,8 +644,8 @@ Eine sehr nützliche Option ist `-p`. Sie zeigt die Änderungen an, die in einem
 	-end
 	\ No newline at end of file
 
-<!--This option displays the same information but with a diff directly following each entry. This is very helpful for code review or to quickly browse what happened during a series of commits that a collaborator has added.
-You can also use a series of summarizing options with `git log`. For example, if you want to see some abbreviated stats for each commit, you can use the `-\-stat` option:-->
+<!--This option displays the same information but with a diff directly following each entry. This is very helpful for code review or to quickly browse what happened during a series of commits that a collaborator has added.-->
+<!--You can also use a series of summarizing options with `git log`. For example, if you want to see some abbreviated stats for each commit, you can use the `-\-stat` option:-->
 
 Diese Option zeigt also im Prinzip die gleiche Information wie zuvor, aber zusätzlich zu jedem Eintrag ein Diff. Das ist nützlich, um einen Code Review zu machen oder eben mal eine Reihe von Commits durchzuschauen, die ein Mitarbeiter angelegt hat. Außerdem gibt es verschiedene Optionen, die nützlich sind, um Dinge zusammenzufassen. Beispielsweise kannst Du eine kurze Statistik über jeden Commit mit der Option `--stat` anzeigen lassen:
 
@@ -679,8 +679,8 @@ Diese Option zeigt also im Prinzip die gleiche Information wie zuvor, aber zusä
 	 lib/simplegit.rb |   25 +++++++++++++++++++++++++
 	 3 files changed, 54 insertions(+), 0 deletions(-)
 
-<!--As you can see, the `-\-stat` option prints below each commit entry a list of modified files, how many files were changed, and how many lines in those files were added and removed. It also puts a summary of the information at the end.
-Another really useful option is `-\-pretty`. This option changes the log output to formats other than the default. A few prebuilt options are available for you to use. The `oneline` option prints each commit on a single line, which is useful if you’re looking at a lot of commits. In addition, the `short`, `full`, and `fuller` options show the output in roughly the same format but with less or more information, respectively:-->
+<!--As you can see, the `-\-stat` option prints below each commit entry a list of modified files, how many files were changed, and how many lines in those files were added and removed. It also puts a summary of the information at the end.-->
+<!--Another really useful option is `-\-pretty`. This option changes the log output to formats other than the default. A few prebuilt options are available for you to use. The `oneline` option prints each commit on a single line, which is useful if you’re looking at a lot of commits. In addition, the `short`, `full`, and `fuller` options show the output in roughly the same format but with less or more information, respectively:-->
 
 Die `--stat` Option zeigt unterhalb jedes Commits eine kurze Statistik über die jeweiligen Änderungen an: welche Dateien geändert wurden und wieviele Zeilen insgesamt hinzugefügt oder entfernt wurden. Eine weitere nützliche Option ist `--pretty`. Diese Option ändert das Format der Ausgabe und es gibt eine Anzahl mitgelieferter Formate. Das `oneline` Format listet jeden Commit in einer einzigen Zeile, was nützlich ist, wenn Du eine große Anzahl von Commits durchsuchen willst. Die `short`, `full` und `fuller` Formate zeigen die Commits in ähnlicher Form an, aber mit jeweils mehr oder weniger Informationen.
 
@@ -702,22 +702,22 @@ Eines der interessantesten Formate ist `format`, das Dir erlaubt, Dein eigenes F
 
 Tabelle 2-1 zeigt einige nützliche Optionen, die von `format` akzeptiert werden:
 
-<!--	Option	Description of Output
-	%H	Commit hash
-	%h	Abbreviated commit hash
-	%T	Tree hash
-	%t	Abbreviated tree hash
-	%P	Parent hashes
-	%p	Abbreviated parent hashes
-	%an	Author name
-	%ae	Author e-mail
-	%ad	Author date (format respects the -\-date= option)
-	%ar	Author date, relative
-	%cn	Committer name
-	%ce	Committer email
-	%cd	Committer date
-	%cr	Committer date, relative
-	%s	Subject-->
+<!--	Option	Description of Output-->
+<!--	%H	Commit hash-->
+<!--	%h	Abbreviated commit hash-->
+<!--	%T	Tree hash-->
+<!--	%t	Abbreviated tree hash-->
+<!--	%P	Parent hashes-->
+<!--	%p	Abbreviated parent hashes-->
+<!--	%an	Author name-->
+<!--	%ae	Author e-mail-->
+<!--	%ad	Author date (format respects the -\-date= option)-->
+<!--	%ar	Author date, relative-->
+<!--	%cn	Committer name-->
+<!--	%ce	Committer email-->
+<!--	%cd	Committer date-->
+<!--	%cr	Committer date, relative-->
+<!--	%s	Subject-->
 
 	Option	Beschreibung
 	%H	Commit Hash
@@ -760,17 +760,17 @@ Die `oneline` und `format` Optionen können außerdem zusammen mit einer weitere
 
 Das sind nur einige eher simple Format Optionen für die Ausgabe von `git log` – es gibt sehr viel mehr davon. Tabelle 2-2 listet diejenigen Optionen auf, die wir bisher besprochen haben, und einige weitere, die besonders nützlich sind:
 
-<!--	Option	Description
-	-p	Show the patch introduced with each commit.
-	-\-stat	Show statistics for files modified in each commit.
-	-\-shortstat	Display only the changed/insertions/deletions line from the -\-stat command.
-	-\-name-only	Show the list of files modified after the commit information.
-	-\-name-status	Show the list of files affected with added/modified/deleted information as well.
-	-\-abbrev-commit	Show only the first few characters of the SHA-1 checksum instead of all 40.
-	-\-relative-date	Display the date in a relative format (for example, “2 weeks ago”) instead of using the full date format.
-	-\-graph	Display an ASCII graph of the branch and merge history beside the log output.
-	-\-pretty	Show commits in an alternate format. Options include oneline, short, full, fuller, and format (where you specify your own format).
-	-\-oneline	A convenience option short for `-\-pretty=oneline -\-abbrev-commit`.-->
+<!--	Option	Description-->
+<!--	-p	Show the patch introduced with each commit.-->
+<!--	-\-stat	Show statistics for files modified in each commit.-->
+<!--	-\-shortstat	Display only the changed/insertions/deletions line from the -\-stat command.-->
+<!--	-\-name-only	Show the list of files modified after the commit information.-->
+<!--	-\-name-status	Show the list of files affected with added/modified/deleted information as well.-->
+<!--	-\-abbrev-commit	Show only the first few characters of the SHA-1 checksum instead of all 40.-->
+<!--	-\-relative-date	Display the date in a relative format (for example, “2 weeks ago”) instead of using the full date format.-->
+<!--	-\-graph	Display an ASCII graph of the branch and merge history beside the log output.-->
+<!--	-\-pretty	Show commits in an alternate format. Options include oneline, short, full, fuller, and format (where you specify your own format).-->
+<!--	-\-oneline	A convenience option short for `-\-pretty=oneline -\-abbrev-commit`.-->
 
 	Option	Beschreibung
 	-p	Zeigt den Patch, der einem Commit entspricht.
@@ -812,12 +812,12 @@ Eine letzte sehr nützliche Option, die von `git log` akzeptiert wird, ist ein P
 
 Tabelle 2-3 zeigt die besprochenen und einige weitere, übliche Optionen:
 
-<!--	Option	Description
-	-(n)	Show only the last n commits
-	-\-since, -\-after	Limit the commits to those made after the specified date.
-	-\-until, -\-before	Limit the commits to those made before the specified date.
-	-\-author	Only show commits in which the author entry matches the specified string.
-	-\-committer	Only show commits in which the committer entry matches the specified string.-->
+<!--	Option	Description-->
+<!--	-(n)	Show only the last n commits-->
+<!--	-\-since, -\-after	Limit the commits to those made after the specified date.-->
+<!--	-\-until, -\-before	Limit the commits to those made before the specified date.-->
+<!--	-\-author	Only show commits in which the author entry matches the specified string.-->
+<!--	-\-committer	Only show commits in which the committer entry matches the specified string.-->
 
 	Option	Beschreibung
 	-(n)	Begrenzt die Ausgabe auf die letzten n commits
@@ -981,8 +981,8 @@ Beachte, dass alles was jemals in einem Commit in Git enthalten war, fast immer
 <!--## Working with Remotes ##-->
 ## Mit externen Repositorys arbeiten ##
 
-<!--To be able to collaborate on any Git project, you need to know how to manage your remote repositories. Remote repositories are versions of your project that are hosted on the Internet or network somewhere. You can have several of them, each of which generally is either read-only or read/write for you. Collaborating with others involves managing these remote repositories and pushing and pulling data to and from them when you need to share work.
-Managing remote repositories includes knowing how to add remote repositories, remove remotes that are no longer valid, manage various remote branches and define them as being tracked or not, and more. In this section, we’ll cover these remote-management skills.-->
+<!--To be able to collaborate on any Git project, you need to know how to manage your remote repositories. Remote repositories are versions of your project that are hosted on the Internet or network somewhere. You can have several of them, each of which generally is either read-only or read/write for you. Collaborating with others involves managing these remote repositories and pushing and pulling data to and from them when you need to share work.-->
+<!--Managing remote repositories includes knowing how to add remote repositories, remove remotes that are no longer valid, manage various remote branches and define them as being tracked or not, and more. In this section, we’ll cover these remote-management skills.-->
 
 Um mit anderen via Git zusammenzuarbeiten, musst Du wissen, wie Du auf externe (engl. „remote“) Repositorys zugreifen kannst. Remote Repositorys sind Versionen Deines Projektes, die im Internet oder irgendwo in einem anderen Netzwerk gespeichert sind. Du kannst mehrere solcher Repositorys haben und Du kannst jedes davon entweder nur lesen oder lesen und schreiben. Mit anderen via Git zusammenzuarbeiten impliziert, solche Repositorys zu verwalten und Daten aus ihnen herunter- oder heraufzuladen, um Deine Arbeit für andere verfügbar zu machen. Um Remote Repositorys zu verwalten, muss man wissen, wie man sie anlegt und wieder entfernt, wenn sie nicht mehr verwendet werden, wie man externe Branches verwalten und nachverfolgen kann, und mehr. In diesem Kapitel werden wir auf diese Aufgaben eingehen.