book: update de

Updated via the `update-book.yml` GitHub workflow.

_sync_state/book-de.sha

@@ -1 +1 @@
-90e884a3a1fe1dc84811ecf901f40abd8e0322a2
+70417a7a38a8b4e9c9b51fe5bafd3bac09fbd2ad

content/book/de/v2/Erste-Schritte-Was-ist-Versionsverwaltung?.html

@@ -26,7 +26,7 @@
 <h2 id="_was_ist_versionsverwaltung">Was ist Versionsverwaltung?</h2>
 <div class="paragraph">
 <p>
-Was ist „Versionsverwaltung“, und warum sollten Sie sich dafür interessieren?
+Was ist „Versionsverwaltung“, und warum solltest du dich dafür interessieren?
 Versionsverwaltung ist ein System, welches die Änderungen an einer oder einer Reihe von Dateien über die Zeit hinweg protokolliert, sodass man später auf eine bestimmte Version zurückgreifen kann.
 Die Dateien, die in den Beispielen in diesem Buch unter Versionsverwaltung gestellt werden, enthalten Quelltext von Software. Tatsächlich kann in der Praxis nahezu jede Art von Datei per Versionsverwaltung nachverfolgt werden.</p>
 </div>

content/book/de/v2/Git-Branching-Remote-Branches.html

@@ -26,7 +26,7 @@ <h2 id="_remote_branches">Remote-Branches</h2>
 </div>
 <div class="paragraph">
 <p>Remote-Tracking-Branches sind Referenzen auf den Zustand von Remote-Branches.
-Sie sind lokale Referenzen, die du nicht manuell ändern kannst. Sie werden automatisch für dich geändert, sobald Sie irgendeine Netzwerkkommunikation durchführen.
+Sie sind lokale Referenzen, die du nicht manuell ändern kannst. Sie werden automatisch für dich geändert, sobald du irgendeine Netzwerkkommunikation durchführst.
 Betrachte sie als Lesezeichen, die daran erinnern, wo die Branches in deinem Remote-Repositorys das letzte Mal standen, als du dich mit ihnen verbunden hast.</p>
 </div>
 <div class="paragraph">

content/book/de/v2/Git-Grundlagen-Taggen.html

@@ -278,7 +278,7 @@ <h3 id="_sharing_tags">Tags teilen</h3>
 <code>git push</code> pusht beide Arten von Tags</div>
 <div class="paragraph">
 <p><code>git push &lt;remote&gt; --tags</code> wird sowohl Lightweight- als auch Annotated-Tags pushen.
-Es gibt zur Zeit keine Möglichkeit, nur Lightweight-Tags zu pushen, aber wenn Sie <code>git push &lt;remote&gt; --follow-tags</code> verwenden, werden nur annotierte Tags an den Remote gepusht.</p>
+Es gibt zur Zeit keine Möglichkeit, nur Lightweight-Tags zu pushen, aber wenn du <code>git push &lt;remote&gt; --follow-tags</code> verwendest, werden nur annotierte Tags an den Remote gepusht.</p>
 </div>
 </td>
 </tr>

content/book/de/v2/Git-Interna-Basisbefehle-und-Standardbefehle-Plumbing-and-Porcelain.html

@@ -17,28 +17,28 @@
 title: Git - Basisbefehle und Standardbefehle (Plumbing and Porcelain)
 
 ---
-<p>Sie sind möglicherweise von einem der vorherigen Kapitel direkt zu diesem Kapitel gesprungen. Oder aber Sie sind jetzt hier gelandet, nachdem Sie das gesamte Buch chronologisch bis zu diesem Punkt gelesen haben. Ganz egal, wir hier das Innenleben und die Implementierung von Git behandeln.
+<p>Möglicherweise bist du von einem der vorherigen Kapitel direkt zu diesem Kapitel gesprungen. Oder aber du bist jetzt hier gelandet, nachdem du das gesamte Buch chronologisch bis zu diesem Punkt gelesen hast. Wie auch immer, wir werden hier das Innenleben und die Implementierung von Git behandeln.
 Wir finden, dass das Verstehen dieser Informationen von grundlegender Bedeutung ist, um zu verstehen, wie hilfreich und extrem leistungsfähig Git ist. Andere haben jedoch argumentiert, dass es für Anfänger verwirrend und unnötig komplex sein kann.
-Daher haben wir diese Informationen zum letzten Kapitel des Buches gemacht, damit Sie sie früh oder später in Ihrem Lernprozess lesen können.
-Wir überlassen es Ihnen, das zu entscheiden.</p><p>Jetzt wo sie hier sind, lassen sie uns anfangen.
-Erstens, wenn es noch nicht klar ist, ist Git grundsätzlich ein inhaltsadressierbares Dateisystem mit einer aufgesetzten VCS-Benutzeroberfläche.
-Sie werden in Kürze mehr darüber erfahren, was dies bedeutet.</p><p>In den Anfängen von Git (meist vor 1.5) war die Benutzeroberfläche sehr viel komplexer, da dieses Dateisystem mehr im Vordergrund stand als ein hochglänzendes VCS.
-In den letzten Jahren wurde die Benutzeroberfläche weiterentwickelt, bis sie so aufgeräumt und benutzerfreundlich ist wie in vielen anderen Systemen auch. Die Vorurteile gegenüber der früheren Git-Benutzeroberfläche, die komplex und schwierig zu erlernen war, blieben jedoch erhalten</p><p>Die inhaltsadressierbare Dateisystemschicht ist erstaunlich abgefahren, deshalb werden wir es als Erstes in diesem Kapitel behandeln. Anschließend lernen Sie die Transportmechanismen und die Repository-Wartungsaufgaben kennen, mit denen Sie sich möglicherweise befassen müssen.</p>
+Daher haben wir diese Informationen zum letzten Kapitel des Buches gemacht, damit du sie früher oder später in deinem Lernprozess lesen kannst.
+Wir überlassen es dir, das zu entscheiden.</p><p>Jetzt wo du hier bist, lass uns anfangen.
+Erstens, wenn es noch nicht klar ist, ist Git grundsätzlich ein inhalts-adressierbares Dateisystem mit einer aufgesetzten VCS-Benutzeroberfläche.
+Du wirst in Kürze mehr darüber erfahren, was dies bedeutet.</p><p>In den Anfängen von Git (meist vor 1.5) war die Benutzerschnittstelle sehr viel komplexer, da dieses Dateisystem mehr im Vordergrund stand als ein hochglänzendes VCS.
+In den letzten Jahren wurde die Benutzerschnittstelle weiterentwickelt, bis sie so aufgeräumt und benutzerfreundlich ist wie in vielen anderen Systemen auch. Die Vorurteile gegenüber der früheren Git-Benutzerschnittstelle, die komplex und schwierig zu erlernen war, blieben jedoch erhalten.</p><p>Die inhalts-adressierbare Dateisystemschicht ist erstaunlich abgefahren, deshalb werden wir es als Erstes in diesem Kapitel behandeln. Anschließend lernst du die Transportmechanismen und die Repository-Wartungsaufgaben kennen, mit denen du dich möglicherweise befassen musst.</p>
 <h2 id="_plumbing_porcelain">Basisbefehle und Standardbefehle (Plumbing and Porcelain)</h2>
 <div class="paragraph">
 <p>In diesem Buch wird in erster Linie beschrieben, wie Git mit etwa 30 Standardbefehlen wie <code>checkout</code>, <code>branch</code>, <code>remote</code> 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 Basisbefehlen, 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 Basisbefehle von Git bezeichnet, während die benutzerfreundlicheren Befehle als Standardbefehle bezeichnet werden.</p>
 </div>
 <div class="paragraph">
-<p>Wie Sie bereits bemerkt haben, befassen sich die ersten neun Kapitel dieses Buches fast ausschließlich mit Standardbefehlen.
-In diesem Kapitel werden Sie sich jedoch hauptsächlich mit den Basisbefehle 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.
+<p>Wie du bereits bemerkt hast, befassen sich die ersten neun Kapitel dieses Buches fast ausschließlich mit Standardbefehlen.
+In diesem Kapitel wirst du dich jedoch hauptsächlich mit den Basisbefehle der niedrigeren Ebene befassen. Diese ermöglichen dir den Zugriff auf das Innenleben von Git und helfen dir 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.</p>
 </div>
 <div class="paragraph">
-<p>Wenn Sie <code>git init</code> in einem neuen oder vorhandenen Verzeichnis ausführen, erstellt Git das <code>.git</code> 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.
+<p>Wenn du <code>git init</code> in einem neuen oder vorhandenen Verzeichnis ausführst, erstellt Git das <code>.git</code> Verzeichnis, in dem sich fast alles befindet, was Git speichert und bearbeitet.
+Wenn du dein Repository sichern oder klonen möchtest, erhältst du beim Kopieren dieses einzelnen Verzeichnisses fast alles, was du benötigst.
+Dieses gesamte Kapitel befasst sich im Wesentlichen mit dem, was du in diesem Verzeichnis finden kannst.
 So sieht ein neu initialisiertes <code>.git</code> -Verzeichnis normalerweise aus:</p>
 </div>
 <div class="listingblock">
@@ -54,15 +54,15 @@ <h2 id="_plumbing_porcelain">Basisbefehle und Standardbefehle (Plumbing and Porc
 </div>
 </div>
 <div class="paragraph">
-<p>Abhängig von Ihrer Git-Version sehen Sie dort möglicherweise zusätzlichen Inhalt, aber dies ist ein neu erstelltes <code>git init</code> Repository – das sehen sie standardmäßig.
-Die <code>description</code> Datei wird nur vom GitWeb-Programm verwendet, machen Sie sich also keine Sorgen darum.
-Die <code>config</code> Datei enthält Ihre projektspezifischen Konfigurationsoptionen, und das <code>info</code> Verzeichnis enthält eine globale Ausschlussdatei  für ignorierte Muster, die Sie nicht in einer <code>.gitignore</code> Datei verfolgen möchten.
-Das <code>hooks</code> Verzeichnis enthält Ihre client- oder serverseitigen Hook-Skripte, die ausführlich in <a href="{{< relurl "book/de/v2/ch00/_git_hooks" >}}">Git Hooks</a> beschrieben werden.</p>
+<p>Abhängig von deiner Git-Version siehst du dort möglicherweise zusätzlichen Inhalt, aber dies ist ein neu erstelltes <code>git init</code> Repository – das solltest du standardmäßig sehen.
+Die <code>description</code> Datei wird nur vom GitWeb-Programm verwendet, du brauchst sie also nicht weiter zu beachten.
+Die <code>config</code> Datei enthält deine projektspezifischen Konfigurationsoptionen, und das <code>info</code> Verzeichnis enthält eine globale Ausschlussdatei  für ignorierte Muster, die du nicht in einer <code>.gitignore</code> Datei verfolgen möchtest.
+Das <code>hooks</code> Verzeichnis enthält deine client- oder serverseitigen Hook-Skripte, die ausführlich in <a href="{{< relurl "book/de/v2/ch00/_git_hooks" >}}">Git Hooks</a> beschrieben werden.</p>
 </div>
 <div class="paragraph">
 <p>Dies hinterlässt vier wichtige Einträge: die <code>HEAD</code> – und (noch zu erstellenden) 'index` Dateien sowie die <code>objects</code> – und <code>refs</code> Verzeichnisse.
 Dies sind die Kernelemente von Git.
-Das <code>objects</code> -Verzeichnis speichert den gesamten Inhalt für Ihre Datenbank, das <code>refs</code> Verzeichnis speichert Zeiger auf Commit-Objekte in diesen Daten (Branches, Tags, Remotes, usw.) und die <code>HEAD</code> Datei zeigt auf den Branch, den Sie gerade ausgecheckt haben. In der <code>index</code> Datei speichert Git Ihre Staging-Bereichsinformationen.
-Sie werden sich nun jeden dieser Abschnitte genauer ansehen, um zu sehen, wie Git funktioniert.</p>
+Das <code>objects</code> -Verzeichnis speichert den gesamten Inhalt für deine Datenbank, das <code>refs</code> Verzeichnis speichert Zeiger auf Commit-Objekte in diesen Daten (Branches, Tags, Remotes, usw.) und die <code>HEAD</code> Datei zeigt auf den Branch, den du gerade ausgecheckt hast. In der <code>index</code> Datei speichert Git deine Staging-Bereichsinformationen.
+Du wirst dir nun jeden dieser Abschnitte genauer ansehen, um zu sehen, wie Git funktioniert.</p>
 </div>
 <div id="nav"><a href="{{< previous-section >}}">prev</a> | <a href="{{< next-section >}}">next</a></div>