Chap10 01 (#29)

* Datei ch10-git-internals.asc auf Deutsch übersetzt

* First lines translated

* Translated book/10-git-internals/sections/plumbing-porcelain.asc to
german. Added porcelain and plumbing to Translation Notes

Author: pastatopf

TRANSLATION_NOTES_DE.asc

@@ -127,6 +127,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
 |to pull|
 pullen; er/sie pullt; wir pullen; Deutsch: übernehmen
 |Pull Request|

book/10-git-internals/sections/plumbing-porcelain.asc

@@ -1,18 +1,18 @@
 [[_plumbing_porcelain]]
-=== Plumbing and Porcelain
+=== Basiskommandos und Hauptbefehle (Plumbing and Porcelain)
 
-This book covers primarily how to use Git with 30 or so subcommands such as `checkout`, `branch`, `remote`, and so on.
-But because Git was initially a toolkit for a version control system rather than a full user-friendly VCS, it has a number of subcommands that do low-level work and were designed to be chained together UNIX-style or called from scripts.
-These commands are generally referred to as Git's ``plumbing'' commands, while the more user-friendly commands are called ``porcelain'' commands.
+In diesem Buch wird in erster Linie beschrieben, wie Git mit etwa 30 Unterbefehlen wie `checkout`, `branch`, `remote` usw. verwendet wird.
+Git war ursprünglich ein Werkzeug für ein Versionskontrollsystem und kein benutzerfreundliches VCS. Somit verfügt es über eine Reihe von Unterbefehlen, die auf niedriger Ebene ausgeführt werden und so konzipiert sind, dass sie im UNIX-Stil verkettet oder über Skripte aufgerufen werden können.
+Diese Befehle werden im Allgemeinen als Basiskommandos von Git bezeichnet, während die benutzerfreundlicheren Befehle als Hauptbefehle bezeichnet werden.
 
-As you will have noticed by now, this book's first nine chapters deal almost exclusively with porcelain commands.
-But in this chapter, you'll be dealing mostly with the lower-level plumbing commands, because they give you access to the inner workings of Git, and help demonstrate how and why Git does what it does.
-Many of these commands aren't meant to be used manually on the command line, but rather to be used as building blocks for new tools and custom scripts.
+Wie Sie bereits bemerkt haben, befassen sich die ersten neun Kapitel dieses Buches fast ausschließlich mit Hauptbefehlen.
+In diesem Kapitel werden Sie sich jedoch hauptsächlich mit den Basiskommandos der niedrigeren Ebene befassen. Diese ermöglichen Ihnen den Zugriff auf das Innenleben von Git und helfen Ihnen dabei zu demonstrieren, wie und warum Git das tut, was es tut.
+Viele dieser Befehle sollten nicht manuell in der Befehlszeile verwendet werden, sondern als Bausteine für neue Tools und benutzerdefinierte Skripts genutzt werden.
 
-When you run `git init` in a new or existing directory, Git creates the `.git` directory, which is where almost everything that Git stores and manipulates is located.
-If you want to back up or clone your repository, copying this single directory elsewhere gives you nearly everything you need.
-This entire chapter basically deals with what you can see in this directory.
-Here's what a newly-initialized `.git` directory typically looks like:
+Wenn Sie `git init` in einem neuen oder vorhandenen Verzeichnis ausführen, erstellt Git das `.git`-Verzeichnis, in dem sich fast alles befindet, was Git speichert und bearbeitet.
+Wenn Sie Ihr Repository sichern oder klonen möchten, erhalten Sie beim Kopieren dieses einzelnen Verzeichnisses fast alles, was Sie benötigen.
+Dieses gesamte Kapitel befasst sich im Wesentlichen mit dem, was Sie in diesem Verzeichnis sehen können.
+So sieht ein neu initialisiertes `.git` -Verzeichnis normalerweise aus:
 
 [source,console]
 ----
@@ -26,12 +26,12 @@ objects/
 refs/
 ----
 
-Depending on your version of Git, you may see some additional content there, but this is a fresh `git init` repository -- it's what you see by default.
-The `description` file is used only by the GitWeb program, so don't worry about it.
-The `config` file contains your project-specific configuration options, and the `info` directory keeps a global exclude file (((excludes))) for ignored patterns that you don't want to track in a `.gitignore` file.
-The `hooks` directory contains your client- or server-side hook scripts, which are discussed in detail in <<ch08-customizing-git#_git_hooks>>.
+Abhängig von Ihrer Git-Version sehen Sie dort möglicherweise zusätzlichen Inhalt, aber dies ist ein neu erstelltes `git init`-Repository - das sehen sie standardmäßig.
+Die `description`-Datei wird nur vom GitWeb-Programm verwendet, machen Sie sich also keine Sorgen darum.
+Die `config`-Datei enthält Ihre projektspezifischen Konfigurationsoptionen, und das `info`-Verzeichnis enthält eine globale Ausschlussdatei (((excludes)) für ignorierte Muster, die Sie nicht in einer `.gitignore`-Datei verfolgen möchten.
+Das `hooks`-Verzeichnis enthält Ihre client- oder serverseitigen Hook-Skripte, die ausführlich in << ch08-customizing-git#_git_hooks >> beschrieben werden.
 
-This leaves four important entries: the `HEAD` and (yet to be created) `index` files, and the `objects` and `refs` directories.
-These are the core parts of Git.
-The `objects` directory stores all the content for your database, the `refs` directory stores pointers into commit objects in that data (branches, tags, remotes and more), the `HEAD` file points to the branch you currently have checked out, and the `index` file is where Git stores your staging area information.
-You'll now look at each of these sections in detail to see how Git operates.
+Dies hinterlässt vier wichtige Einträge: die `HEAD` - und (noch zu erstellenden) 'index`-Dateien sowie die `objects` - und `refs`-Verzeichnisse.
+Dies sind die Kernelemente von Git.
+Das `objects` -Verzeichnis speichert den gesamten Inhalt für Ihre Datenbank, das `refs`-Verzeichnis speichert Zeiger auf Commit-Objekte in diesen Daten (Zweige, Tags, Remotes, usw.) und die `HEAD`-Datei zeigt auf den Zweig, den Sie gerade ausgecheckt haben. In der `index`-Datei speichert Git Ihre Staging-Bereichsinformationen.
+Sie werden sich nun jeden dieser Abschnitte genauer ansehen, um zu sehen, wie Git funktioniert.