Continue fixing formal 'Sie' to informal 'Du' in C-git-commands.asc

Co-authored-by: pastatopf <6805462+pastatopf@users.noreply.github.com>

Author: Copilot

C-git-commands.asc

@@ -10,10 +10,10 @@ Wir werden darüber reden, was jeder Befehl ganz allgemein tut, und dann darauf
 
 [TIP]
 ====
-Sie können lange Optionen abkürzen.
-Zum Beispiel können Sie `git commit --a` eingeben, was sich so verhält, als ob Sie` git commit --amend` eingegeben hätten.
+Du kannst lange Optionen abkürzen.
+Zum Beispiel kannst du `git commit --a` eingeben, was sich so verhält, als ob du` git commit --amend` eingegeben hättest.
 Dies funktioniert nur, wenn die Buchstaben nach `--` für eine Option eindeutig sind.
-Verwenden Sie beim Schreiben von Skripten die vollständige Option.
+Verwende beim Schreiben von Skripten die vollständige Option.
 ====
 
 === Setup und Konfiguration
@@ -23,28 +23,28 @@ Es gibt zwei Befehle, die von den ersten Git-Aufrufen bis hin zum täglichen Opt
 ==== git config
 
 Git hat eine Standard-Methode, um Hunderte von Aufgaben zu erledigen.
-Für viele dieser Aufgaben können Sie Git anweisen, sie auf eine andere Weise auszuführen oder Ihre persönlichen Einstellungen vorzunehmen.
-Das reicht von der Angabe Ihres Namens bis hin zu bestimmten Terminal-Farbeinstellungen oder dem von Ihnen verwendeten Editor.
-Bei diesem Befehl werden mehrere Dateien gelesen und beschrieben, so dass Sie Werte global oder bis zu einem bestimmten Repository festlegen können.
+Für viele dieser Aufgaben kannst du Git anweisen, sie auf eine andere Weise auszuführen oder deine persönlichen Einstellungen vorzunehmen.
+Das reicht von der Angabe deines Namens bis hin zu bestimmten Terminal-Farbeinstellungen oder dem von dir verwendeten Editor.
+Bei diesem Befehl werden mehrere Dateien gelesen und beschrieben, so dass du Werte global oder bis zu einem bestimmten Repository festlegen kannst.
 
 Der `git config` Befehl wird in fast jedem Kapitel des Buches benutzt.
 
 In <<ch01-getting-started#_first_time>> haben wir ihn verwendet, um unseren Namen, unsere E-Mail-Adresse und unsere Editor-Einstellung zu bestimmen, bevor wir mit Git anfangen konnten.
 
 In <<ch02-git-basics-chapter#_git_aliases,Git Aliases>> haben wir gezeigt, wie man damit Kurzbefehle erstellen kann, die sich zu langen Optionssequenzen ausbauen, damit man sie nicht jedes Mal eingeben muss.
 
-In <<ch03-git-branching#_rebasing,Rebasing>> haben wir ihn verwendet, um `--rebase` zum Standard der Anwendung zu machen, wenn Sie `git pull` ausführen.
+In <<ch03-git-branching#_rebasing,Rebasing>> haben wir ihn verwendet, um `--rebase` zum Standard der Anwendung zu machen, wenn du `git pull` ausführst.
 
-In <<ch07-git-tools#_credential_caching,Anmeldeinformationen speichern>> haben wir damit einen Standard-Speicherservice für Ihre HTTP-Passwörter eingerichtet.
+In <<ch07-git-tools#_credential_caching,Anmeldeinformationen speichern>> haben wir damit einen Standard-Speicherservice für deine HTTP-Passwörter eingerichtet.
 
-In <<ch08-customizing-git#_keyword_expansion,Schlüsselwort-Erweiterung>> haben wir gezeigt, wie Sie Smudge- und Clean-Filter für Inhalte einrichten können, die in Git ein- und ausgelesen werden.
+In <<ch08-customizing-git#_keyword_expansion,Schlüsselwort-Erweiterung>> haben wir gezeigt, wie du Smudge- und Clean-Filter für Inhalte einrichten kannst, die in Git ein- und ausgelesen werden.
 
 Im Prinzip ist der gesamte Abschnitt <<ch08-customizing-git#_git_config,Git Konfiguration>> dem Befehl gewidmet.
 
 [[ch_core_editor]]
 ==== git config core.editor commands
 
-Neben den Konfigurationsanweisungen in <<ch01-getting-started#_editor,Ihr Editor>> können viele Editoren wie folgt eingerichtet werden:
+Neben den Konfigurationsanweisungen in <<ch01-getting-started#_editor,Dein Editor>> können viele Editoren wie folgt eingerichtet werden:
 
 .Exhaustive list of `core.editor` configuration commands
 [cols="1,2",options="header"]
@@ -75,15 +75,15 @@ Neben den Konfigurationsanweisungen in <<ch01-getting-started#_editor,Ihr Editor
 
 [NOTE]
 ====
-Wenn Sie einen 32-Bit-Editor auf einem Windows 64-Bit-System verwenden, wird das Programm in `C:\Program Files (x86)\` und nicht in `C:\Program Files\` wie in der vorstehenden Tabelle installiert.
+Wenn du einen 32-Bit-Editor auf einem Windows 64-Bit-System verwendest, wird das Programm in `C:\Program Files (x86)\` und nicht in `C:\Program Files\` wie in der vorstehenden Tabelle installiert.
 ====
 
 ==== git help
 
-Der `git help` Befehl zeigt Ihnen zu einem beliebigen Befehl die gesamte Dokumentation, wie sie mit Git ausgeliefert wird.
-Während wir in diesem Anhang nur einen groben Überblick über die meisten der gängigsten Befehle geben können, erhalten Sie jederzeit, für jeden Befehl eine komplette Aufstellung aller möglichen Optionen und Flags, wenn Sie `git help <command>` ausführen.
+Der `git help` Befehl zeigt dir zu einem beliebigen Befehl die gesamte Dokumentation, wie sie mit Git ausgeliefert wird.
+Während wir in diesem Anhang nur einen groben Überblick über die meisten der gängigsten Befehle geben können, erhältst du jederzeit, für jeden Befehl eine komplette Aufstellung aller möglichen Optionen und Flags, wenn du `git help <command>` ausführst.
 
-Wir haben den `git help` Befehl in <<ch01-getting-started#_git_help,Hilfe finden>> vorgestellt und Ihnen gezeigt, wie Sie damit mehr Informationen über `git shell` in <<ch04-git-on-the-server#_setting_up_server,Einrichten des Servers>> erhalten können.
+Wir haben den `git help` Befehl in <<ch01-getting-started#_git_help,Hilfe finden>> vorgestellt und dir gezeigt, wie du damit mehr Informationen über `git shell` in <<ch04-git-on-the-server#_setting_up_server,Einrichten des Servers>> erhalten kannst.
 
 
 === Projekte importieren und erstellen
@@ -93,7 +93,7 @@ Der eine ist, es aus einem bestehenden Repository im Netzwerk oder von irgendwo
 
 ==== git init
 
-Um ein Verzeichnis zu übernehmen und es in ein neues Git-Repository umzuwandeln, so dass Sie die Versionskontrolle starten können, müssen Sie nur `git init` ausführen.
+Um ein Verzeichnis zu übernehmen und es in ein neues Git-Repository umzuwandeln, so dass du die Versionskontrolle starten kannst, musst du nur `git init` ausführen.
 
 Wir haben das erstmals in <<ch02-git-basics-chapter#_getting_a_repo>> präsentiert, wo wir zeigen, wie ein neues Repository erstellt wird, mit dem man dann arbeiten kann.
 
@@ -106,7 +106,7 @@ Zum Schluss werden wir in <<ch10-git-internals#_plumbing_porcelain>> einige Deta
 ==== git clone
 
 Der `git clone` Befehl ist in Wahrheit ein Art Wrapper für mehrere andere Befehle.
-Er erstellt ein neues Verzeichnis, wechselt dort hin und führt `git init` aus. So wird es zu einem leeren Git-Repository umgewandelt. Dann fügt er zu der übergebenen URL einen Remote (`git remote add`) hinzu (standardmäßig mit dem Namen `origin`). Er ruft ein `git fetch` von diesem Remote-Repository auf und holt mit `git checkout` den letzten Commit in Ihr Arbeitsverzeichnis.
+Er erstellt ein neues Verzeichnis, wechselt dort hin und führt `git init` aus. So wird es zu einem leeren Git-Repository umgewandelt. Dann fügt er zu der übergebenen URL einen Remote (`git remote add`) hinzu (standardmäßig mit dem Namen `origin`). Er ruft ein `git fetch` von diesem Remote-Repository auf und holt mit `git checkout` den letzten Commit in dein Arbeitsverzeichnis.
 
 Der `git clone` Befehl wird an Dutzenden von Stellen im ganzen Buch verwendet, wir werden aber nur ein paar interessante Stellen auflisten.
 
@@ -123,7 +123,7 @@ Obwohl der Befehl noch an vielen anderen Stellen im Buch verwendet wird, sind da
 
 === Einfache Snapshot-Funktionen
 
-Für den grundlegenden Workflow der Erstellung von Inhalten und dem Committen in Ihren Verlauf gibt es nur wenige einfache Befehle.
+Für den grundlegenden Workflow der Erstellung von Inhalten und dem Committen in deinen Verlauf gibt es nur wenige einfache Befehle.
 
 ==== git add
 
@@ -139,21 +139,21 @@ Wir besprechen in <<ch03-git-branching#_basic_merge_conflicts>>, wie man damit K
 
 Wir fahren in <<ch07-git-tools#_interactive_staging>> damit fort, bestimmte Teile einer modifizierten Datei interaktiv zur Staging-Area hinzuzufügen.
 
-Schließlich emulieren wir ihn in <<ch10-git-internals#_tree_objects>> auf einem unteren Level, so dass Sie sich vorstellen können, was er im Hintergrund bewirkt.
+Schließlich emulieren wir ihn in <<ch10-git-internals#_tree_objects>> auf einem unteren Level, so dass du dir vorstellen kannst, was er im Hintergrund bewirkt.
 
 ==== git status
 
-Der `git status` Befehl wird Ihnen die verschiedenen Dateizustände in Ihrem Arbeitsverzeichnis und der Staging-Area anzeigen.
+Der `git status` Befehl wird dir die verschiedenen Dateizustände in deinem Arbeitsverzeichnis und der Staging-Area anzeigen.
 Er zeigt welche Dateien modifiziert und nicht bereitgestellt und welche bereitgestellt (eng. staged), aber noch nicht committet sind.
-In seiner üblichen Form werden Ihnen auch einige grundlegende Tipps gegeben, wie Sie Dateien zwischen diesen Stufen verschieben können.
+In seiner üblichen Form werden dir auch einige grundlegende Tipps gegeben, wie du Dateien zwischen diesen Stufen verschieben kannst.
 
 Wir behandeln `status` zunächst in <<ch02-git-basics-chapter#_checking_status>>, sowohl in seinen grundlegenden als auch in seinen kompakten Formen.
 Im Buch wird so ziemlich alles angesprochen, was man mit dem Befehl `git status` machen kann.
 
 ==== git diff
 
-Der `git diff` Befehl wird verwendet, wenn Sie Unterschiede zwischen zwei beliebigen Bäumen feststellen möchten.
-Das könnte der Unterschied zwischen Ihrer Arbeitsumgebung und Ihrer Staging-Area (`git diff` an sich), zwischen Ihrer Staging-Area und Ihrem letzten Commit (`git diff --staged`) oder zwischen zwei Commits (`git diff master branchB`) sein.
+Der `git diff` Befehl wird verwendet, wenn du Unterschiede zwischen zwei beliebigen Bäumen feststellen möchtest.
+Das könnte der Unterschied zwischen deiner Arbeitsumgebung und deiner Staging-Area (`git diff` an sich), zwischen deiner Staging-Area und deinem letzten Commit (`git diff --staged`) oder zwischen zwei Commits (`git diff master branchB`) sein.
 
 In <<ch02-git-basics-chapter#_git_diff_staged>> betrachten wir zunächst die grundsätzliche Anwendung von `git diff` und zeigen dort, wie man feststellen kann, welche Änderungen bereits der Staging-Area hinzugefügt wurden und welche noch nicht.
 
@@ -167,7 +167,7 @@ Zuletzt verwenden wir ihn, um Submodul-Änderungen effektiv mit `--submodule` in
 
 ==== git difftool
 
-Der Befehl `git difftool` startet ein externes Tool, um Ihnen den Unterschied zwischen zwei Bäumen zu zeigen, falls Sie einen anderen Befehl als das eingebaute `git diff` bevorzugen.
+Der Befehl `git difftool` startet ein externes Tool, um dir den Unterschied zwischen zwei Bäumen zu zeigen, falls du einen anderen Befehl als das eingebaute `git diff` bevorzugst.
 
 Das erwähnen wir nur kurz in <<ch02-git-basics-chapter#_git_diff_staged>>.
 
@@ -189,8 +189,8 @@ Schließlich werfen wir einen Blick darauf, was der Befehl `git commit` im Hinte
 ==== git reset
 
 Der `git reset` Befehl wird in erster Linie verwendet, um Aktionen rückgängig zu machen, wie man am Kommando erkennen kann.
-Er verschiebt den `HEAD` Pointer und ändert optional den `index` oder die Staging-Area und kann optional auch das Arbeitsverzeichnis ändern, wenn Sie `--hard` verwenden.
-Bei falscher Verwendung der letzten Option kann mit diesem Befehl auch Arbeit verloren gehen, vergewissern Sie sich daher, dass Sie ihn verstehen, bevor Sie ihn verwenden.
+Er verschiebt den `HEAD` Pointer und ändert optional den `index` oder die Staging-Area und kann optional auch das Arbeitsverzeichnis ändern, wenn du `--hard` verwendest.
+Bei falscher Verwendung der letzten Option kann mit diesem Befehl auch Arbeit verloren gehen, vergewissere dich daher, dass du ihn verstehst, bevor du ihn verwendest.
 
 Wir befassen uns zunächst mit der einfachsten Anwendung von `git reset` in <<ch02-git-basics-chapter#_unstaging>>. Dort benutzen wir es, um eine Datei, die wir mit `git add` hinzu gefügt haben, wieder aus der Staging-Area zu entfernen.
 

ch02-git-basics-chapter.asc

@@ -4,7 +4,7 @@
 Falls du es eilig hast und du nur die Zeit hast ein einziges Kapitel dieses hervorragendes Buches durchzulesen, bist du hier genau richtig. 
 
 Dieses Kapitel behandelt alle grundlegenden Befehle, die Du benötigst, um den großteil der Aufgaben zu erledigen, die mit Git erledigt werden müssen.
-Am Ende des Kapitels solltest Du in der Lage sein, ein neues Repository anzulegen und zu konfigurieren, Dateien zu versionieren bzw. Sie aus der Versionsverwaltung zu entfernen, Dateien in die Staging-Area hinzuzufügen und einen Commit durchzuführen.
+Am Ende des Kapitels solltest Du in der Lage sein, ein neues Repository anzulegen und zu konfigurieren, Dateien zu versionieren bzw. sie aus der Versionsverwaltung zu entfernen, Dateien in die Staging-Area hinzuzufügen und einen Commit durchzuführen.
 
 Außerdem wird gezeigt, wie Du Git so konfigurieren kannst, dass es bestimmte Dateien und Dateimuster ignoriert, wie Du Fehler schnell und einfach rückgängig machen, wie Du die Historie eines Projekts durchsuchen und Änderungen zwischen Commits nachschlagen, und wie Du von einem Remote-Repository Daten herunter- bzw. dort hochladen kannst.