Translated book/10-git-internals/sections/refs.asc to german. (#32)

* Translated book/10-git-internals/sections/refs.asc to german.
Corrected TRANSLATION_NOTES_DE.asc (Merge conlict)

* Minor corrections on the two changed files

* Changed Plural of Leutnant to Leutnants

Author: pastatopf

TRANSLATION_NOTES_DE.asc

@@ -90,8 +90,7 @@ Diff; Singular: der Diff; Plural: die Diffs; Vorzugsweise die englische Version
 [width="100%", frame="topbot", options="header,footer"]
 |==============================================================================
 |Englisch|Deutsch
-|HEAD|
-HEAD; Singular: der HEAD; Plural: die HEADs; Oft kann HEAD ohne Artikel verwendet werden
+
 |Feature|
 Singular: das Thema; Plural: die Eigenschaften
 |to fetch|
@@ -100,6 +99,8 @@ fetchen; er/sie fetcht; wir fetchen; Vorzugsweise die englische Version nutzen,
 forken; er/sie forkt; wir forken; Vorzugsweise die englische Version nutzen, alternativ kann auch die deutsche Übersetzung 'abspalten' verwendet werden
 |Fork|
 Fork; Singular: der Fork; Plural: die Fork; Vorzugsweise die englische Version nutzen, alternativ kann auch die deutsche Übersetzung 'Abspaltung' verwendet werden je nach Kontext
+|HEAD|
+HEAD; Singular: der HEAD; Plural: die HEADs; Oft kann HEAD ohne Artikel verwendet werden
 |Issue|
 Problem
 |Index|
@@ -114,11 +115,7 @@ Integrator
 |==============================================================================
 |Englisch|Deutsch
 |Lieutenant|
-<<<<<<< HEAD
 der Leutnant; Plural: die Leutnants
-=======
-der Leutnant; Plural: die Leutnante
->>>>>>> Translated book/05-distributed-git/sections/contributing.asc to german
 |Maintainer|
 Projektbetreuer
 |to maintain|
@@ -127,10 +124,10 @@ betreuen
 mergen; er/sie mergt; wir mergen; Vorzugsweise die englische Version nutzen, alternativ kann auch die deutsche Übersetzung "zusammenführen oder verschmelzen" verwendet werden.
 |Patch|
 Änderung oder auch Patch
-|Porcelain|
-Hauptbefehle
-|Plumbing|
-Basiskommandos
+|Porcelain commands|
+Standardbefehle
+|Plumbing commands|
+Basisbefehle
 |to pull|
 pullen; er/sie pullt; wir pullen; Deutsch: übernehmen
 |Pull Request|

book/10-git-internals/sections/objects.asc

@@ -145,7 +145,7 @@ $ git cat-file -p 99f1a6d12cb4b6f19c8655fca46c3ecf317074e0
 100644 blob 47c6340d6459e05787f644c2447d2595f5d3a54b      simplegit.rb
 ----
 
-[HINWEIS]
+[NOTE]
 ====
 Je nachdem, welche Shell Sie verwenden, können bei der Verwendung der `master^{tree}`-Syntax Fehler auftreten.
 

book/10-git-internals/sections/refs.asc

@@ -1,11 +1,11 @@
 [[_git_refs]]
-=== Git References
+=== Git Referenzen
 
-If you were interested in seeing the history of your repository reachable from commit, say, `1a410e`, you could run something like `git log 1a410e` to display that history, but you would still have to remember that `1a410e` is the commit you want to use as the starting point for that history.
-Instead, it would be easier if you had a file in which you could store that SHA-1 value under a simple name so you could use that simple name rather than the raw SHA-1 value.
+Wenn Sie den Verlauf Ihres Repositorys sehen möchten, der über Commit erreichbar ist, z. B. `1a410e`, können Sie so etwas wie `git log 1a410e` ausführen, um diesen Verlauf anzuzeigen. Dennoch müssen Sie sich weiterhin daran erinnern, dass `1a410e` der Commit ist den Sie als Ausgangspunkt für diese Historie verwenden möchten.
+Es wäre aber einfacher, wenn Sie eine Datei hätten, in der Sie diesen SHA-1-Wert unter einem einfachen Namen speichern könnten, sodass Sie diesen einfachen Namen anstelle des unformatierten SHA-1-Werts verwenden könnten.
 
-In Git, these simple names are called ``references'' or ``refs''; you can find the files that contain those SHA-1 values in the `.git/refs` directory.
-In the current project, this directory contains no files, but it does contain a simple structure:
+In Git werden diese einfachen Namen „Referenzen“ oder „Refs“ genannt. Sie finden die Dateien, die diese SHA-1-Werte enthalten, im Verzeichnis `.git/refs`.
+Im aktuellen Projekt enthält dieses Verzeichnis keine Dateien, es enthält eine einfache Struktur:
 
 [source,console]
 ----
@@ -16,14 +16,14 @@ $ find .git/refs
 $ find .git/refs -type f
 ----
 
-To create a new reference that will help you remember where your latest commit is, you can technically do something as simple as this:
+Um eine neue Referenz zu erstellen, die Ihnen hilft, sich zu erinnern, wo sich Ihr letztes Commit befindet, können Sie einfach folgende machen:
 
 [source,console]
 ----
 $ echo 1a410efbd13591db07496601ebc7a059dd55cfe9 > .git/refs/heads/master
 ----
 
-Now, you can use the head reference you just created instead of the SHA-1 value in your Git commands:
+Jetzt können Sie die soeben erstellte Kopfreferenz anstelle des SHA-1-Werts in Ihren Git-Befehlen verwenden:
 
 [source,console]
 ----
@@ -33,22 +33,22 @@ cac0cab538b970a37ea1e769cbbde608743bc96d second commit
 fdf4fc3344e67ab068f836878b6c4951e3b15f3d first commit
 ----
 
-You aren't encouraged to directly edit the reference files; instead, Git provides the safer command `git update-ref` to do this if you want to update a reference:
+Es wird nicht empfohlen, die Referenzdateien direkt zu bearbeiten. Stattdessen bietet Git den sichereren `Befehl git update-ref`, um dies zu tun, wenn Sie eine Referenz aktualisieren möchten:
 
 [source,console]
 ----
 $ git update-ref refs/heads/master 1a410efbd13591db07496601ebc7a059dd55cfe9
 ----
 
-That's basically what a branch in Git is: a simple pointer or reference to the head of a line of work.
-To create a branch back at the second commit, you can do this:
+Das ist im Grunde genommen ein Branch in Git: ein einfacher Zeiger oder ein Verweis auf den Kopf einer Arbeitslinie.
+So erstellen Sie eine Verzweigung beim zweiten Commit:
 
 [source,console]
 ----
 $ git update-ref refs/heads/test cac0ca
 ----
 
-Your branch will contain only work from that commit down:
+Ihr Branch enthält nur Arbeiten von diesem Commit an abwärts:
 
 [source,console]
 ----
@@ -57,53 +57,53 @@ cac0cab538b970a37ea1e769cbbde608743bc96d second commit
 fdf4fc3344e67ab068f836878b6c4951e3b15f3d first commit
 ----
 
-Now, your Git database conceptually looks something like this:
+Nun sieht Ihre Git-Datenbank konzeptionell ungefähr so aus:
 
-.Git directory objects with branch head references included.
-image::images/data-model-4.png[Git directory objects with branch head references included.]
+.Git-Verzeichnisobjekte mit Branch Head Referenzen.
+image::images/data-model-4.png[Git-Verzeichnisobjekte mit Branch Head Referenzen.]
 
-When you run commands like `git branch <branch>`, Git basically runs that `update-ref` command to add the SHA-1 of the last commit of the branch you're on into whatever new reference you want to create.
+Wenn Sie Befehle wie `git branch <branch>` ausführen, führt Git grundsätzlich den Befehl `update-ref` aus, um den SHA-1 des letzten Commits des Branches, in dem Sie sich befinden, in die neue Referenz einzufügen, die Sie erstellen möchten.
 
 [[ref_the_ref]]
-==== The HEAD
+==== HEAD
 
-The question now is, when you run `git branch <branch>`, how does Git know the SHA-1 of the last commit?
-The answer is the HEAD file.
+Die Frage ist nun, wenn Sie `git branch <branch>` ausführen, woher kennt Git den SHA-1 des letzten Commits?
+Die Antwort ist die HEAD-Datei.
 
-Usually the HEAD file is a symbolic reference to the branch you're currently on.
-By symbolic reference, we mean that unlike a normal reference, it contains a pointer to another reference.
+Normalerweise ist die HEAD-Datei ein symbolischer Verweis auf den Branch, in dem Sie sich gerade befinden.
+Mit symbolischer Referenz meinen wir, dass sie im Gegensatz zu einer normalen Referenz einen Zeiger auf eine andere Referenz enthält.
 
-However in some rare cases the HEAD file may contain the SHA-1 value of a git object.
-This happens when you checkout a tag, commit, or remote branch, which puts your repository in https://git-scm.com/docs/git-checkout#_detached_head["detached HEAD"] state.
+In einigen seltenen Fällen kann die HEAD-Datei jedoch den SHA-1-Wert eines Git-Objekts enthalten.
+Dies geschieht beim Auschecken eines Tags, Commits oder eines Remote-Branches, wodurch Ihr Repository in den Status https://git-scm.com/docs/git-checkout#_detached_head["detached HEAD"] versetzt wird.
 
-If you look at the file, you'll normally see something like this:
+Wenn Sie sich die Datei ansehen, sehen Sie normalerweise Folgendes:
 
 [source,console]
 ----
 $ cat .git/HEAD
 ref: refs/heads/master
 ----
 
-If you run `git checkout test`, Git updates the file to look like this:
+Wenn Sie `git checkout test` ausführen, aktualisiert Git die Datei folgendermaßen:
 
 [source,console]
 ----
 $ cat .git/HEAD
 ref: refs/heads/test
 ----
 
-When you run `git commit`, it creates the commit object, specifying the parent of that commit object to be whatever SHA-1 value the reference in HEAD points to.
+Wenn Sie `git commit` ausführen, wird das Commitobjekt erstellt, wobei das übergeordnete Objekt dieses Commitobjekts als der SHA-1-Wert angegeben wird, auf den die Referenz in HEAD verweist.
 
-You can also manually edit this file, but again a safer command exists to do so: `git symbolic-ref`.
-You can read the value of your HEAD via this command:
+Sie können diese Datei auch manuell bearbeiten, es gibt jedoch wieder einen sichereren Befehl: `git symbolic-ref`.
+Sie können den Wert Ihres HEAD über diesen Befehl lesen:
 
 [source,console]
 ----
 $ git symbolic-ref HEAD
 refs/heads/master
 ----
 
-You can also set the value of HEAD using the same command:
+Sie können den Wert von HEAD auch mit demselben Befehl festlegen:
 
 [source,console]
 ----
@@ -112,7 +112,7 @@ $ cat .git/HEAD
 ref: refs/heads/test
 ----
 
-You can't set a symbolic reference outside of the refs style:
+Sie können keine symbolische Referenz außerhalb des Refs-Stils festlegen:
 
 [source,console]
 ----
@@ -122,38 +122,38 @@ fatal: Refusing to point HEAD outside of refs/
 
 ==== Tags
 
-We just finished discussing Git's three main object types (_blobs_, _trees_ and _commits_), but there is a fourth.
-The _tag_ object is very much like a commit object -- it contains a tagger, a date, a message, and a pointer.
-The main difference is that a tag object generally points to a commit rather than a tree.
-It's like a branch reference, but it never moves -- it always points to the same commit but gives it a friendlier name.
+Wir haben gerade die drei Hauptobjekttypen von Git (_blobs_, _trees_ und _commits_) besprochen, aber es gibt einen vierten.
+Das _tag_-Objekt ähnelt stark einem Commitobjekt -- es enthält einen Tagger, ein Datum, eine Nachricht und einen Zeiger.
+Der Hauptunterschied besteht darin, dass ein Tag-Objekt im Allgemeinen eher auf ein Commit als auf einen Baum verweist.
+Es ist wie eine Branchreferenz, aber es bewegt sich nie -- es zeigt immer auf das gleiche Commit, gibt ihm aber einen lesbareren Namen.
 
-As discussed in <<ch02-git-basics-chapter#ch02-git-basics-chapter>>, there are two types of tags: annotated and lightweight.
-You can make a lightweight tag by running something like this:
+Wie in <<ch02-git-basics-chapter#ch02-git-basics-chapter>> beschrieben, gibt es zwei Arten von Tags: Annotierte- und Leichtgewichtige-Tags.
+Sie können einen leichtgewichtigen Tag erstellen, indem Sie Folgendes ausführen:
 
 [source,console]
 ----
 $ git update-ref refs/tags/v1.0 cac0cab538b970a37ea1e769cbbde608743bc96d
 ----
 
-That is all a lightweight tag is -- a reference that never moves.
-An annotated tag is more complex, however.
-If you create an annotated tag, Git creates a tag object and then writes a reference to point to it rather than directly to the commit.
-You can see this by creating an annotated tag (using the `-a` option):
+Das ist alles, was ein leichtgewichtiger Tag ist -- eine Referenz, die sich nie bewegt.
+Ein annotierter Tag ist jedoch komplexer.
+Wenn Sie einen annotierten Tag erstellen, erstellt Git ein Tag-Objekt und schreibt dann einen Verweis, um darauf zu zeigen, anstatt direkt auf das Commit.
+Sie können dies sehen, indem Sie ein annotierten Tag erstellen (mit der Option `-a`):
 
 [source,console]
 ----
 $ git tag -a v1.1 1a410efbd13591db07496601ebc7a059dd55cfe9 -m 'test tag'
 ----
 
-Here's the object SHA-1 value it created:
+Hier ist der Wert für das Objekt SHA-1, das erstellt wurde:
 
 [source,console]
 ----
 $ cat .git/refs/tags/v1.1
 9585191f37f7b0fb9444f35a9bf50de191beadc2
 ----
 
-Now, run `git cat-file -p` on that SHA-1 value:
+Führen Sie nun `git cat-file -p` für diesen SHA-1-Wert aus:
 
 [source,console]
 ----
@@ -166,23 +166,23 @@ tagger Scott Chacon <[email protected]> Sat May 23 16:48:58 2009 -0700
 test tag
 ----
 
-Notice that the object entry points to the commit SHA-1 value that you tagged.
-Also notice that it doesn't need to point to a commit; you can tag any Git object.
-In the Git source code, for example, the maintainer has added their GPG public key as a blob object and then tagged it.
-You can view the public key by running this in a clone of the Git repository:
+Beachten Sie, dass der Objekteintrag auf den Commit SHA-1-Wert verweist, den Sie getagged haben.
+Beachten Sie auch, dass es nicht auf ein Commit verweisen muss. Sie können jedes Git-Objekt taggen.
+Beispielsweise hat der Betreuer im Git-Quellcode seinen öffentlichen GPG-Schlüssel als Blob-Objekt hinzugefügt und dann mit Tags versehen.
+Sie können den öffentlichen Schlüssel anzeigen, indem Sie diesen in einem Klon des Git-Repositorys ausführen:
 
 [source,console]
 ----
 $ git cat-file blob junio-gpg-pub
 ----
 
-The Linux kernel repository also has a non-commit-pointing tag object -- the first tag created points to the initial tree of the import of the source code.
+Das Linux-Kernel-Repository verfügt auch über ein Tag-Objekt, das nicht auf Commits verweist. Das erste erstellte Tag verweist auf den ursprünglichen Baum des Imports des Quellcodes.
 
 ==== Remotes
 
-The third type of reference that you'll see is a remote reference.
-If you add a remote and push to it, Git stores the value you last pushed to that remote for each branch in the `refs/remotes` directory.
-For instance, you can add a remote called `origin` and push your `master` branch to it:
+Der dritte Referenztyp, den Sie sehen, ist eine Remotereferenz.
+Wenn Sie ein Remote hinzufügen und darauf pushen, speichert Git den Wert, den Sie zuletzt an diesen Remote gesendet haben, für jeden Zweig im Verzeichnis `refs/remotes`.
+Zum Beispiel können Sie eine Remote mit dem Namen `origin` hinzufügen und Ihren `master` -Zweig darauf pushen:
 
 [source,console]
 ----
@@ -196,14 +196,14 @@ To [email protected]:schacon/simplegit-progit.git
   a11bef0..ca82a6d  master -> master
 ----
 
-Then, you can see what the `master` branch on the `origin` remote was the last time you communicated with the server, by checking the `refs/remotes/origin/master` file:
+Anschließend können Sie in der Datei `refs/remotes/origin/master` sehen, in welcher `master` Branch auf dem `origin`-Remote Sie das letzte Mal mit dem Server kommuniziert haben:
 
 [source,console]
 ----
 $ cat .git/refs/remotes/origin/master
 ca82a6dff817ec66f44342007202690a93763949
 ----
 
-Remote references differ from branches (`refs/heads` references) mainly in that they're considered read-only.
-You can `git checkout` to one, but Git won't point HEAD at one, so you'll never update it with a `commit` command.
-Git manages them as bookmarks to the last known state of where those branches were on those servers.
+Remote Referenzen unterscheiden sich von Braches (`refs/heads`-Referenzen) hauptsächlich darin, dass sie als schreibgeschützt gelten.
+Sie können `git checkout` darauf ausführen, aber HEAD wird nicht darauf zeigen, so dass Sie es niemals mit einem `commit`-Befehl aktualisieren können.
+Git verwaltet sie als Lesezeichen für den letzten bekannten Status, in dem sich diese Branches auf diesen Servern befinden.