Merge pull request #121 from max123kl/Issue_No_119

Betr: #119 – Austausch "kommentiert" gegen "annotiert

Author: max123kl

C-git-commands.asc

@@ -65,6 +65,7 @@ Neben den Konfigurationsanweisungen in <<ch01-getting-started#_editor,Ihr Editor
 |TextEdit (macOS)|`git config --global --add core.editor "open -W -n"`
 |Textmate |`git config --global core.editor "mate -w"`
 |Textpad (Windows 64-bit) |`git config --global core.editor "'C:\Program Files\TextPad 5\TextPad.exe' -m` (Siehe auch Anmerkung unten)
+|UltraEdit (Windows 64-bit) | `git config --global core.editor Uedit32`
 |Vim |`git config --global core.editor "vim"`
 |Visual Studio Code |`git config --global core.editor "code --wait"`
 |VSCodium (Free/Libre Open Source Software Binaries of VSCode) | `git config --global core.editor "codium --wait"`
@@ -394,7 +395,7 @@ Dieser Befehl wird nur in <<ch07-git-tools#_git_submodules>> erwähnt und dort a
 Der Befehl `git show` kann ein Git-Objekt auf eine einfache und für den Benutzer lesbare Weise darstellen.
 Normalerweise würden Sie diesen Befehl verwenden, um die Informationen über ein Tag oder einen Commit anzuzeigen.
 
-Wir verwenden ihn erstmals in <<ch02-git-basics-chapter#_annotated_tags>>, um kommentierte Tag-Informationen anzuzeigen.
+Wir verwenden ihn erstmals in <<ch02-git-basics-chapter#_annotated_tags>>, um annotierte Tag-Informationen anzuzeigen.
 
 Danach, in <<ch07-git-tools#_revision_selection>>, verwenden wir ihn mehrfach, um die Commits zu dokumentieren, die unsere verschiedenen Revisionsauswahlen betreffen.
 
@@ -428,7 +429,7 @@ Es wird in <<ch07-git-tools#_binary_search>> vollständig dokumentiert und nur i
 
 ==== git blame
 
-Der Befehl `git blame` kommentiert die Zeilen einer Datei, bei denen ein Commit zuletzt eine Änderung vorgenommen hat. Zudem wird vermerkt, wer der Autor des Commits ist.
+Der Befehl `git blame` annotiert die Zeilen einer Datei, bei denen ein Commit zuletzt eine Änderung vorgenommen hat. Zudem wird vermerkt, wer der Autor des Commits ist.
 Das hilft Ihnen, denjenigen zu ermitteln, der weitere Angaben zu einem bestimmten Abschnitt Ihres Codes machen kann.
 
 Er wird in <<ch07-git-tools#_file_annotation>> behandelt und nur in diesem Kapitel beschrieben.

book/02-git-basics/sections/tagging.asc

@@ -49,7 +49,7 @@ Wenn Sie jedoch ein Platzhaltermuster angeben, das mit den Tag-Namen übereinsti
 
 ==== Erstellen von Tags
 
-Git unterstützt zwei Arten von Tags: _lightweight_ (dt. nicht-annotiert) und _annotated_.
+Git unterstützt zwei Arten von Tags: _lightweight_ (d.h. nicht-annotiert) und _annotated_.
 
 Ein nicht-annotiertes Tag ist sehr ähnlich eines Branches, der sich nicht ändert – es ist nur ein Zeiger auf einen bestimmten Commit.
 
@@ -60,8 +60,8 @@ Es wird allgemein empfohlen, dass Sie annotierte Tags erstellen, damit Sie all d
 [[_annotated_tags]]
 ==== Annotated Tags
 
-(((Tags, kommentierte)))
-Das Erstellen eines kommentierten Tags in Git ist einfach.
+(((Tags, annotiert)))
+Das Erstellen eines annotierten Tags in Git ist einfach.
 Der einfachste Weg ist die Eingabe von `-a`, wenn Sie den Befehl `tag` ausführen:(((Git Befehle, tag)))
 
 [source,console]
@@ -74,7 +74,7 @@ v1.4
 ----
 
 Ein `-m` spezifiziert eine Tagging-Meldung, die mit dem Tag gespeichert wird.
-Wenn Sie keine Meldung für ein kommentiertes Tag angeben, startet Git Ihren Editor, damit Sie diese eingeben können.
+Wenn Sie keine Meldung für ein annotiertes Tag angeben, startet Git Ihren Editor, damit Sie diese eingeben können.
 
 Sie können die Tag-Daten zusammen mit dem Commit einsehen, der mit dem Befehl `git show` getaggt wurde:
 
@@ -221,7 +221,7 @@ Wenn jetzt jemand anderes aus Ihrem Repository klont oder pullt, erhält er auch
 .`git push` pusht beide Arten von Tags
 ====
 `git push <remote> --tags` wird sowohl Lightweight- als auch Annotated-Tags pushen.
-Es gibt zur Zeit keine Möglichkeit, nur Lightweight-Tags zu pushen, aber wenn Sie `git push <remote> --follow-tags` verwenden, werden nur kommentierte (annotated) Tags an den Remote gepusht.
+Es gibt zur Zeit keine Möglichkeit, nur Lightweight-Tags zu pushen, aber wenn Sie `git push <remote> --follow-tags` verwenden, werden nur annotierte Tags an den Remote gepusht.
 ====
 
 ==== Tags löschen

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

@@ -498,7 +498,7 @@ Auf diese Weise können Sie einen Snaphot exportieren oder einen Build erstellen
 Wenn Sie Git aus den Quellcode erstellen, der aus dem Git-Repository geklont wurde, erhalten Sie mit `git --version` etwas, das genauso aussieht.
 Wenn Sie einen Commit beschreiben, den Sie direkt getaggt haben, erhalten Sie einfach den Tag-Namen.
 
-Standardmäßig erfordert der Befehl `git describe` mit Anmerkungen versehene Tags (Tags, die mit dem Flag `-a` oder `-s` erstellt wurden). Wenn Sie auch leichtgewichtige (nicht mit Anmerkungen versehene) Tags verwenden möchten, fügen Sie dem Befehl die Option `--tags` hinzu.
+Standardmäßig erfordert der Befehl `git describe` annotierte (mit Anmerkungen versehene) Tags (die mit dem Flag `-a` oder `-s` erstellt wurden). Wenn Sie auch leichtgewichtige (nicht mit Anmerkungen versehene) Tags verwenden möchten, fügen Sie dem Befehl die Option `--tags` hinzu.
 Sie können diese Zeichenfolge auch als Ziel der Befehle `git checkout` oder `git show` verwenden, obwohl sie auf dem abgekürzten SHA-1-Wert am Ende basiert, sodass sie möglicherweise nicht für immer gültig ist.
 Zum Beispiel hat der Linux-Kernel kürzlich einen Sprung von 8 auf 10 Zeichen gemacht, um die Eindeutigkeit von SHA-1-Objekten zu gewährleisten, sodass ältere Ausgabenamen von `git describe` ungültig wurden.
 

book/08-customizing-git/sections/config.asc

@@ -129,7 +129,7 @@ Wenn Sie das benutzen, wird Git die komplette Ausgabe aller Befehle abrufen, una
 ===== `user.signingkey`
 
 (((GPG)))
-Wenn Sie signierte kommentierte Tags erstellen (wie in Kapitel 7, <<ch07-git-tools#_signing,Ihre Arbeit signieren>> beschrieben), erleichtert die Definition Ihres GPG-Signierschlüssels in der Konfigurations-Einstellung die Arbeit.
+Wenn Sie signierte annotierte Tags erstellen (wie in Kapitel 7, <<ch07-git-tools#_signing,Ihre Arbeit signieren>> beschrieben), erleichtert die Definition Ihres GPG-Signierschlüssels in der Konfigurations-Einstellung die Arbeit.
 Stellen Sie Ihre Schlüssel-ID so ein:
 
 [source,console]

book/09-git-and-other-scms/sections/client-svn.asc

@@ -413,7 +413,7 @@ Zweitens zeigt es Ihnen nur Commits an, die zum Subversion-Server übertragen wu
 Lokale Git-Commits, die Sie noch nicht mit `dcommit` bestätigt haben, werden nicht angezeigt; ebenso wenig wie Commits, die von Leuten in der Zwischenzeit auf dem Subversion-Server gemacht wurden.
 Es ist mehr wie der letzte bekannte Zustand der Commits auf dem Subversion-Server.
 
-====== SVN Anmerkung
+====== SVN Annotation
 
 So wie der Befehl `git svn log` den Befehl `svn log` offline simuliert, können Sie das Äquivalent von `svn annotate` abrufen, indem Sie `git svn blame [FILE]` ausführen.
 Die Ausgabe sieht wie folgt aus:

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

@@ -53,7 +53,7 @@ Um das passende SHA-1 für eine angegebene Referenz zu erhalten, prüft Git dies
 Wenn Sie jedoch keine Referenz im `refs`-Verzeichnis finden können, befindet sich diese wahrscheinlich in Ihrer `packed-refs`-Datei.
 
 Beachten Sie die letzte Zeile der Datei, die mit einem `^` beginnt.
-Dies bedeutet, dass dar darüberliegende Tag ein kommentierter Tag ist und dass diese Zeile das Commit ist, auf das der kommentierte Tag verweist.
+Dies bedeutet, dass der darüberliegende Tag ein annotierter Tag ist und dass diese Zeile das Commit ist, auf das der annotierte Tag verweist.
 
 [[_data_recovery]]
 ==== Datenwiederherstellung

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

@@ -138,7 +138,7 @@ $ git update-ref refs/tags/v1.0 cac0cab538b970a37ea1e769cbbde608743bc96d
 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`):
+Sie können dies sehen, indem Sie einen annotierten Tag erstellen (mit der Option `-a`):
 
 [source,console]
 ----