diff --git a/config.yml b/config.yml
index 30a661c..3f79e3a 100644
--- a/config.yml
+++ b/config.yml
@@ -29,6 +29,8 @@ preferences:
value: ja
- label: Français
value: fr
+ - label: Deutsch
+ value: de
before:
- type: updateBranchProtection
- type: createIssue
diff --git a/responses/de/00_assign-yourself.md b/responses/de/00_assign-yourself.md
new file mode 100644
index 0000000..fbd2b4c
--- /dev/null
+++ b/responses/de/00_assign-yourself.md
@@ -0,0 +1,14 @@
+## Schritt 1: Ordne dich zu
+
+Unzugeordnete Issues haben keine Besitzer, die sich um sie kümmern.
+
+Wenn man einem Issue oder Pull Request zugewiesen ist, zeigt das Repository-Besuchern und Mitwirkenden, dass man die Unterhaltung oder Aufgaben führen wird :muscle:.
+
+### :keyboard: Aufgabe
+
+1. Klicke auf der rechten Seite des Bildschirms im Bereich “Assignees” auf das Zahnradsymbol und wähle dich selbst aus
+
+
+Ich reagiere, wenn ich feststelle, dass du dich diesem Issue zugewiesen hast.
+
+> _Manchmal antworte ich zu schnell, bevor die Seite aktualisiert werden kann! Wenn du die Aufgabe wie erwartet löst und keine Antwort von mir siehst, bitte warte ein paar Sekunden und lade noch einmal die Seite für deine nächsten Schritte._
\ No newline at end of file
diff --git a/responses/de/00_introduction.md b/responses/de/00_introduction.md
new file mode 100644
index 0000000..17ea092
--- /dev/null
+++ b/responses/de/00_introduction.md
@@ -0,0 +1,120 @@
+# :wave: Willkommen bei GitHub Learning Labs “Einführung zu GitHub”!
+
+Zuerst leite ich dich durch einige wichtige erste Schritte für das Codieren und die Zusammenarbeit mit GitHub.
+
+:point_down: _Dieser Pfeil bedeutet, dass du das Fenster erweitern kannst! Klicke während des gesamten Kurses darauf, um weitere Information zu erhalten._
+Was ist GitHub?
+
+
+## Was ist GitHub?
+
+Das freut mich, dass du fragst! Viele Leute kommen zu GitHub, weil sie zu Open Source [:book:](https://help.github.com/articles/github-glossary/#open-source) Projekten beitragen wollen, oder weil sie von Teamkollegen oder Klassenkameraden eingeladen werden, die GitHub für ihre Projekte verwenden. Warum verwenden diese Leute GitHub für diese Projekte?
+
+**GitHub ist das Herzstück einer Kollaborationsplattform.**
+
+Von Software bis hin zu juristischen Dokumenten kannst du dich auf GitHub verlassen, um deine beste Arbeit mit den Tools für die Zusammenarbeit und Sicherheit zu leisten, die Ihr Team benötigt. Mit GitHub kannst du Projekte vollständig privat halten, die Welt zu mitwirken einladen und jeden Schritt deines Projekts optimieren.
+
+**GitHub ist auch ein mächtige/leistungsstarkes Versionskontroll-Tool.**
+
+GitHub verwendet Git, [:book:](https://help.github.com/articles/github-glossary/#git), die beliebteste Open-Source-Versionskontrollsoftware, um jeden Beitrag und Beiträger zu deinem Projekt zu verfolgen. So weißt du genau, woher jede Codezeile stammt.
+
+**GitHub hilft Leute, viel mehr zu erreichen.**
+
+Mit GitHub werden einige der fortschrittlichsten Technologien der Welt erstellt. Egal, ob du Daten visualisieren oder ein neues Spiel erstellen, auf GitHub gibt es eine ganze Community und eine Reihe von Tools, mit denen du zum nächsten Schritt gelangen kann. Diese Kurse fangt mit die Grundlagen an, aber wir gehen richtig an die Sache später!
+
+:tv: [Video: (Auf English) What is GitHub?](https://www.youtube.com/watch?v=w3jLJU7DT5E)
+
+
+
+Erkunden eines GitHub-Repository
+
+
+## Erkunden eines GitHub-Repository
+
+:tv: [Video: (Auf English) Exploring a repository](https://www.youtube.com/watch?v=R8OAwrcMlRw)
+
+### Weitere Eigenschaften
+
+Das Video hat einege der häufigsten verwendete Funktionen behandelt.
+Es gibt einige andere Dinge, dass du in GitHub-Repositories finden kann:
+
+- Project boards: Erstelle in GitHub ein Task-Tracking-Board im Kanban-Stil
+- Wiki: Erstelle und lage relevante Projektdokumentation
+ - Insights: Zeige ein Dropdown-Menü an, das Links zu Analysetools für dein Repository enthält, darunter:
+ - Pulse: In diesem Projekt-Dashboard finde Informationen von die abgeschlossen und im Gange Aufgaben in diese
+ - Graphs: Graphs bereitstellen eine detaillierte Aussicht von die Repository-Aktivität, einschließlich die Personen, die zum Repository beigetragen haben, die es geforkt haben und wann die Arbeit abgeschlossen haben
+
+### Spezielle Dateien
+
+In dem Video hast du etwas über eine speziellen Datei, dass README.md heißt, gelernt.
+Es gibt einige andere spezielle Datei, dass du deine Repositories hinzufügen kann:
+
+- CONTRIBUTING.md: Die `CONTRIBUTING.md` Datei ist für die Prozess für den Beitrag zum Repository zu beschreiben. Ein Link zur `CONTRIUTING.md` Datei wird angezeigt, wenn jemand ein neues Issue oder eine Pull-Request erstellt.
+- ISSUE_TEMPLATE.md: Die `ISSUE_TEMPLATE.md` ist eine andere Datei, dass du den Hauptteil eines Issue vorbevölkern verwenden kann. Zum Beispiel, wenn man immer die gleichen Arten von Informationen für Issues braucht, einschließe in der Issue-Vorlage, und jedes neue Issue wirt mit deinem empfohlenen Startertext ausgefüllt.
+
+Verwenden von GitHub-Issues
+
+## Verwenden von GitHub-Issues
+
+Issues sind für Ideen, Verbesserungen, Aufgaben, und Fehler zum übersprechen. Sie erleichtern die Zusammenarbeit durch:
+
+- Bereitstellung der vollständigen Geschichte für alle (auch für zukünftige Teammitglieder) an einem Ort
+- Verlinken andere Issues an Pull Request
+[:book:](https://help.github.com/articles/github-glossary/#pull-request)
+- Erstellen einer einzigen umfassenden Aufzeichnung darüber, wie und warum bestimmte Entscheidungen getroffen wurde
+- Ganz einfach Beziehen die richtigen Personen und Teams in ein Gespräch mit `@-Erwähnungen`
+
+:tv: [Video: (Auf English) Issues verwenden](https://www.youtube.com/watch?v=Zhj46r5D0nQ)
+
+
+Benachrichtigungen verwalten
+
+
+## Benachrichtigungen verwalten
+
+:tv: [Video: Watching, Benachrichtigungen, Stars, und Explore](https://www.youtube.com/watch?v=ocQldxF7fMY)
+
+Wenn du in eine Issue oder Pull Request kommentiert hast, erhältst du E-Mail Benachrichtigungen, wenn es Aktivität in der Faden ist.
+
+### Bestimmte Issues und Pull requests ausschalten oder stummen
+
+1. Gehe zum Issue oder Pull Request
+2. Klicke unter _”Notifications”_ rechts auf die Schaltfläche **Unsubscribe**, um Benachrichtigungen auszuschalten, oder **Subscribe** um die Stummschaltung aufzuheben
+
+Du siehst eine kurze Beschreibung über deine zeitliche Benachrichtigungen-Status.
+
+### Anpasse Benachrichtigungen in den Einstellungen
+
+1. Klicke auf dein Profil-Icon
+2. Klicke **Settings**
+3. Klicke **Notifications** von dem Menü an der linken Seite und [stelle deine Benachrichtigungenpräferenz ein](https://help.github.com/articles/managing-notification-delivery-methods/)
+
+### Repository Benachrichtigung Optionen
+
+* **Watch**: Du erhältst einen Benachrichtigung, wenn ein neues Issue, Pull Request oder Kommentar gebucht ist und wenn ein Issue geschlossen oder ein Pull Request zusammengeführt ist.
+* **Not watching**: Du bekommst kein Benachrichtigung mehr, statt du `@-Erwähnungen` wirst * **Ignore**: Du bekommst kein Benachrichtigung mehr von dieses Repository
+
+### Überprüfe die Benachrichtigungen für die Repositories, die du gerade ansiehst
+
+1. Klicke dein Profil-Symbol
+2. Klicke **Settings**
+3. Klicke **Notification** von der linken Menü
+4. Klicke an die [Dinge, dass du anschaust](https://github.com/watching) Link
+5. Wähle die **Watching** Karte
+6. Klicke die Schaltfläche **Unwatch**, um Benachrichtigungen zu deaktivieren, oder auf **Watch**, um sie zu aktivieren
+
+
+
+Lese weiter unten, deine nächste Aufgabe zu finden
\ No newline at end of file
diff --git a/responses/de/01_turn-on-gh-pages.md b/responses/de/01_turn-on-gh-pages.md
new file mode 100644
index 0000000..7f24e2c
--- /dev/null
+++ b/responses/de/01_turn-on-gh-pages.md
@@ -0,0 +1,20 @@
+## Schritt 2: Aktiviere GitHub Pages
+
+:tada: Herzlichen Glückwunsch! Du bist jetzt für dieses Issue verantwortlich. Nachdem man sich selbst zugewiesen hat, wissen die Leute, die vorbeikommen, dass sie gerne teilnehmen können. Aber du wirst am Ende dieses Issue über die Ziellinie tragen. :sunglasses:
+
+### Verwenden von GitHub Pages
+
+Jetzt, zur Sache! GitHub Pages erlaubt einem eine statische Seite von einem Repository zu bedienen. Wir haben dieses Repository mit einigen Inhalten gefüllt, aber die gerenderte Seite ist noch nicht sichtbar. Lass uns das ändern.
+
+### :keyboard: Aufgabe: Aktivere GitHub Pages
+
+1. Klicke auf die [**Settings**]({{ repoUrl }}/settings) Kategorie in diesem Repository
+1. Scrolle bis zu der "GitHub Pages" Sektion
+2. Wähle **main branch** von dem “Source” Menü
+
+> Achtung: Auch wenn du eine Option zum Auswählen eines Themas siehst, wende an dieser Stelle kein Thema an. Wir haben den Code geschützt, damit du keine unbeabsichtigten Änderungen vornehmen kannst. Wenn du diesen Kurse komplett beendet hast, wirst du die Gelegenheit haben, ein Thema anzuwenden.
+
+
+Ich antworte in diesem Issue, wenn ich erkenne, dass GitHub Pages deine Seite bereitgestellt hat.
+
+> Durch Aktivieren von GitHub Pages wird dein Repository bereitgestellt. Es kann bis zu einer Minute dauern, während ich auf die Bereitstellung warte.
\ No newline at end of file
diff --git a/responses/de/02_close-issue.md b/responses/de/02_close-issue.md
new file mode 100644
index 0000000..1e37aca
--- /dev/null
+++ b/responses/de/02_close-issue.md
@@ -0,0 +1,14 @@
+## Schritt 3: Schließen eines Issues
+
+Du hast GitHub Pages aktiviert.
+
+Deine Seite ist jetzt öffentlich sichtbar. Schau es dir auf {{ store.pagesUrl }} an.
+
+Nachdem du die Aufgaben in diesem Issue abgeschlossen hast, ist es Zeit, es zu schließen. Das Schließen eines Issues teilt anderen Mitwirkenden mit, dass diese bestimmte Konversation oder Aufgabe beendet wurde.
+
+### :keyboard: Aufgabe
+
+1. Klicke unten auf **Close issue**
+
+
+Ich antworte, wenn du dieses Issue geschlossen hast.
diff --git a/responses/de/03_create-a-branch.md b/responses/de/03_create-a-branch.md
new file mode 100644
index 0000000..5646440
--- /dev/null
+++ b/responses/de/03_create-a-branch.md
@@ -0,0 +1,73 @@
+Translation
+## Schritt 4: Erstellung eines Branches
+
+Schließen wir den ersten Schritt des GitHub-Flow ab: die Erstellung eines Branches.[:book:](https://docs.github.com/de/free-pro-team@latest/github/getting-started-with-github/github-glossary#branch).
+
+Die Erstellung eines Branches
+
+## Die Erstellung eines Branches
+
+:tv: [Video: Branches](https://www.youtube.com/watch?v=xgQmu81G1yY)
+
+Du hast gerade gelernt, wie man einen Branch erstellt -- der erste Schritt in dem GitHub-Flow.
+
+Branches sind ein wichtiger Aspekt des GitHub-Flow, weil sie uns die Möglichkeit geben, unsere Arbeit von dem Basis-Branch zu trennen. Quasi bleiben die Arbeitsergebnisse von allen sicher während du einen Beitrag leistest.
+
+### Hinweise für die Branch-Benutzung
+
+Jedes Projekt könnte hunderte von Branches haben, von denen jeder eine neue Änderung zum Basis-Branch vorschlägt.
+
+Die beste Art und Weise um die Ordnung der Branches mit einem Team zu wahren, ist die Branches prägnant und kurzlebig zu halten. Quasi sollte jeder Branch ein einzelnes neues Feature oder Bug-Fix repräsentieren. Branches, die nur für ein paar Tage aktiv sind, bevor sie mit dem Basis-Branch verbunden werden, reduzieren Verwirrung zwischen anderen Mitwirkenden. [:book:](https://help.github.com/articles/github-glossary/#merge).
+
+
+
+Ich antworte, wenn ich erkenne, dass ein neuer Branch in diesem Repository erstellt wurde.
+
diff --git a/responses/de/03_head-to-branch.md b/responses/de/03_head-to-branch.md
new file mode 100644
index 0000000..833041e
--- /dev/null
+++ b/responses/de/03_head-to-branch.md
@@ -0,0 +1,4 @@
+## Dieses Issue ist erledigt! :white_check_mark:
+
+
+
diff --git a/responses/de/03_your-first-contribution.md b/responses/de/03_your-first-contribution.md
new file mode 100644
index 0000000..ef2b7c0
--- /dev/null
+++ b/responses/de/03_your-first-contribution.md
@@ -0,0 +1,10 @@
+### Einführung in GitHub-Flow
+
+Jetzt, wo du dich mit Issues auskennst, nutzen wir dieses Issue, um deinen Pfad zu deinem ersten Beitrag zu verfolgen.
+
+Man verwendet verschiedene Workflows um Software-Beiträge zu machen, aber die einfachste Weise um auf GitHub beizutragen, ist das GitHub-Flow.
+
+:tv: [Video: Understanding the GitHub flow (English)](https://www.youtube.com/watch?v=PBI2Rz-ZOxU)
+
+
+Lese unten weiter für weitere Schritte.
diff --git a/responses/de/04_commit-something.md b/responses/de/04_commit-something.md
new file mode 100644
index 0000000..a232e6d
--- /dev/null
+++ b/responses/de/04_commit-something.md
@@ -0,0 +1,95 @@
+## Schritt 5: Commit eine Datei
+
+:tada: Du hast eine Branche erstellt!
+
+Beim Branche Erstellungen kann man Änderungen machen zum Projekt, ohne Änderung zur `main` Branche. Nachdem du eine Branch hast, ist es zeit eine neue Datei zu erstellen, und auch deine erste Commit durchzuführen.
+
+Commits 101
+
+## Commits 101
+
+Wenn man fertig ist, mit Dateischaffungen oder Änderungen, scrolle bis zum Ende des Seite. Dann, finde die "Commit new file" teil.
+
+In der erste Sektor, schreiben eine Commit-Mitteilung. Die Commit-Mitteilung ist ein kurzer, beschreibender Text zu einem Commit, in dem die Änderung kommuniziert wird, die der Commit nach sich zieht.
+
+### Regeln für Commit-Mitteilungen:
+
+- Ende Commit-Mitteilungen ohne punkt.
+- Halten Commit-Mitteilungen weniger als 50 Charakter. Zusätzliche Details wird hinzugefügt in dem “extended description” schaufenster wenn es nötig ist. Dass findet man direkt unter die Subjekt-Linie.
+- Aktive schreiben. Zum Beispiel, “schreiben”, statt “geschrieben”, oder "merge" instead of "merged".
+- Erwägen deinen Commit wie ein Ausdrück deine Absicht, eine Änderung vorzustellen.
+
+
+
+Ich antworte, wenn ich erkenne, dass ein neuer Commit in diesem Branch erstellt wurde.
+
+
diff --git a/responses/de/05_open-a-pr.md b/responses/de/05_open-a-pr.md
new file mode 100644
index 0000000..098d5be
--- /dev/null
+++ b/responses/de/05_open-a-pr.md
@@ -0,0 +1,31 @@
+## Schritt 6: Ein Pull Request erstellen
+
+Gute Arbeit, die dieses Commit macht :sparkles:
+
+Nachdem du ein Commit erstellt habe, ist es an der Zeit, deine vorgeschlagene Änderung über eine Pull-Anfrage zu teilen. Wenn Issues die Diskussion mit anderen Mitwirkenden und Mitarbeitern eines Projekts anregen, könntest du mithilfe von Pull-Anfragen deine Änderungen teilen, Feedback zu deinen erhalten und sie wiederholen, bis sie perfekt sind.
+
+Was ist ein Pull Request?
+
+## Pull Requests
+
+Denken wir noch einmal an den GitHub Flow zurück. Du hast eine Branch erstellt, eine Datei hinzugefügt und die Datei in deinen Branch committed. Jetzt ist der Zeit um zusammenzuarbeiten. Diese Zusammenarbeit erfolgt in einer Pull Request. Sehe diese Video für mehr Information:
+
+:tv: [Video: (En) Introduction to pull requests](https://youtu.be/kJr-PIfLDl4)
+
+
+Ich antworte in deine neue Pull Request.
+
diff --git a/responses/de/06_fix-base.md b/responses/de/06_fix-base.md
new file mode 100644
index 0000000..6df7356
--- /dev/null
+++ b/responses/de/06_fix-base.md
@@ -0,0 +1,12 @@
+Dein Basis-Branch sollte `main` heißen. Öffnen wir eine neue Pull Request, um dies zo beheben.
+
+### :keyboard: Activität: Passe die Pull Request Richtung an
+
+1. Klicke auf **Edit**, befindet sich rechts neben dem Titel der Pull Request
+1. Stelle unter dem Kommentarfeld des Titels im Dropdown-Menü "base:" sicher, dass der Branch `main` ausgewählt ist
+1. In einem Popup-Fenster werde man gefragt, ob man die “base” ändern möchten. Klicke auf die grüne Schaltfläche **Change base**.
+
+Wenn man Hilfe bei der Fehlerbehebung für das Problem benötige, erstelle einen Beitrag auf der [GitHub Community]({{ communityBoard }}) Forum. Möglicherweise möchte man auch nach dem Problem suchen, um festzustellen, ob andere Personen es in der Vergangenheit erhalten haben.
+
+
+Ich antworte, wenn ich beobachte dass der Titel dieses Pull Requests verändert ist.
diff --git a/responses/de/06_fix-body.md b/responses/de/06_fix-body.md
new file mode 100644
index 0000000..677cffe
--- /dev/null
+++ b/responses/de/06_fix-body.md
@@ -0,0 +1,15 @@
+Gute Pull Requests haben eine Body-Beschreibung, die andere Mitwirkende über die von deinen vorgeschlagene Änderung informiert, damit sie den Kontext verstehen.
+
+Bearbeite diese Pull Request, um eine Textbeschreibung hinzuzufügen.
+
+## :keyboard: Activität: Fixiren der Pull Request
+
+1. Die erste Kommentar zu der Pull Request hat den Standardtext **No description provided**. Klike auf dem **...** Symbol in der oberen rechten Ecke des Kommentarfeldes, dann klicke auf **Edit**, um eine Bearbeitung vorzunehmen.
+1. Füge im Kommentarfeld eine Beschreibung der vorgenommenen Änderungen hinzu. Das kann eine Beschreibung dessen enthalten, was du bisher getan habe. Zur Erinnerung hast du: einen Branch erstellt, eine Datei erstellt, ein Commit durchgeführt und eine Pull Request geöffnet.
+1. Klike die grüne **Update comment** Schaltfläche unten rechts im Kommentarfeld, wenn du fergit bist
+
+Wenn man Hilfe bei der Fehlerbehebung für das Problem benötige, erstelle einen Beitrag auf der [GitHub Community]({{ communityBoard }}) Forum. Möglicherweise möchte man auch nach dem Problem suchen, um festzustellen, ob andere Personen es in der Vergangenheit erhalten haben.
+
+
+Ich antworte, wenn ich beobachte dass der Body-Beschreibung dieses Pull Requests verändert ist..
+
diff --git a/responses/de/06_fix-filename.md b/responses/de/06_fix-filename.md
new file mode 100644
index 0000000..d4477f3
--- /dev/null
+++ b/responses/de/06_fix-filename.md
@@ -0,0 +1,42 @@
+Ich hatte erwartet, das die Datei bennant wird **{{ expected }}**.
+
+Lasse uns diese Pull Request bearbeiten, um diese beiden Probleme zu beheben.
+
+## :keyboard: Activität: Fixieren der Pull Request
+
+{% if preferences.gitTool == 'cli' %}
+1. Auschecken zu dein Branch:
+ ```shell
+ git checkout {{ branch }}
+ ```
+1. Gebe `ls` ein, um eine Liste des Stammverzeichnisses anzuzeigen.
+1. Bestätige, dass du einen Ordner mit dem Titel `_posts` habe.
+1. Betrete den Ordner mit `cd _posts`.
+1. Gebe `ls` ein, um eine Liste des Ordners `_posts` anzuzeigen.
+1. Stelle sicher, dass es eine Datei mit dem Namen `{{ expected }}` gibt.
+1. Wenn du feststellst, dass du Änderungen vornehmen müsst, müsst du diese Änderungen bereitstellen, festschreiben und vorantreiben:
+ ```shell
+ git add .
+ git commit -m ""
+ git push
+ ```
+{% else %}
+1. Klicke die [Files Changed Tab]({{ url }}) in diesem Pull Request.
+1. Stelle sicher, dass die einzige bearbeitete Datei den Namen `{{ expected }}` hat.
+1. Wenn die Datei falsch benannt ist oder sich nicht an einem geeigneten Ort befindet, korrigiere sie mit der Bearbeitungsfunktion.
+1. Wähle über dem Inhalt der Datei den gesamten Text in dem Feld aus, das den Dateinamen enthält, und lösche ihn.
+1. Drücke weiterhin die Rücktaste, um auch vorhandene Verzeichnisnamen zu löschen.
+1. Gebe den richtigen Dateinamen ein:
+ ```shell
+ {{ expected }}
+ ```
+1. Scrolle nach unten und gebe eine Commit-Mitteilung und ein Commit in Abschnitt **Commit Changes** ein.
+{% endif %}
+
+**Hinweis**: Du kannst die Schaltfläche zum Bearbeiten der Datei nicht finden? Es kann wie ein Bleistift aussehen, oder es kann wie erei Punkte aussehen.
+
+Wenn man Hilfe bei der Fehlerbehebung für das Problem benötige, erstelle einen Beitrag auf der [GitHub Community]({{ communityBoard }}) Forum. Möglicherweise möchte man auch nach dem Problem suchen, um festzustellen, ob andere Personen es in der Vergangenheit erhalten haben.
+
+
+Ich antworte, wenn ich erkenne, dass ein neuer Commit in diesem Branch erstellt wurde.
+
diff --git a/responses/de/06_request-changes.md b/responses/de/06_request-changes.md
new file mode 100644
index 0000000..9abe89e
--- /dev/null
+++ b/responses/de/06_request-changes.md
@@ -0,0 +1,46 @@
+## Schritt 7: Antwortung eine Bewertung
+
+Deine Pull Request sieht toll aus!
+
+Fügen wir der Datei Inhalte hinzu. Ersetze Zeile 5 der Datei durch ein Zitat oder ein Mem und eine witzige Beschriftung. Denke daran: [Markdown](https://guides.github.com/features/mastering-markdown/) wird unterstützt.
+
+### :keyboard: Activität: Ändere die Datei
+
+{% if preferences.gitTool == 'cli' %}
+1. Auschecken zu dein Branch:
+ ```shell
+ git checkout {{ branch }}
+ ```
+1. Öffne die Datei `_posts/0000-01-02-{{ user.username }}.md`.
+1. Ersetze Zeile 5 der Datei durch etwas Neues.
+1. Stelle die neuen Änderungen bereit:
+ ```shell
+ git add _posts/0000-01-02-{{ user.username }}.md
+ ```
+1. Commit deine Änderungen:
+ ```shell
+ git commit -m ""
+ ```
+1. Übertrage die Änderungen auf GitHub:
+ ```shell
+ git push
+ ```
+
+{% elsif preferences.gitTool == 'vscode' %}
+1. Öffne die Datei `_posts/0000-01-02-{{ user.username }}.md`.
+1. Ersetze Zeile 5 der Datei durch etwas Neues.
+1. Stelle die neuen Änderungen bereit. Zur Erinnerung, du könntest dies in der Quellcodeverwaltung Ansicht tun, indem du auf das Symbol **+** neben der Datei klicken.
+1. Commit deine Änderungen. Man kann dies in der Ansicht Quellcodeverwaltung tun, eine Commit-Mitteilung richt in das Textfeld eingeben und Ctrl+Enter auf Windows oder Command ⌘+Enter auf macOS drücken.
+1. Klicke auf die Auslassungspunkte (...) and wähle **Push** aus.
+
+{% else %}
+1. Klicke die [Files Changed Tab]({{ url }}) in dieser Pull Request
+1. Bearbeite die neu hinzugefügte Datei
+1. Ersetze Zeile 5 durch etwas Neues
+1. Scrolle nach unten und klicke auf **Commit Changes**
+{% endif %}
+
+**Hinweis**: Du kannst die Schaltfläche zum Bearbeiten der Datei nicht finden? Es kann wie ein Bleistift aussehen, oder es kann wie erei Punkte aussehen.
+
+
+Ich antworte, wenn ich erkenne, dass ein neuer Commit in diesem Branch erstellt wurde.
diff --git a/responses/de/07_pr-succeeds.md b/responses/de/07_pr-succeeds.md
new file mode 100644
index 0000000..38d0c88
--- /dev/null
+++ b/responses/de/07_pr-succeeds.md
@@ -0,0 +1,33 @@
+## Schritt 8: Merge deine Pull Request
+
+Gut gemacht @{{ user.username }}! :sparkles:
+
+Du hast erfolgreich eine Pull Request erstellt und alle Tests bestanden. Du kannst jetzt deine Pull Request mergen.
+
+### :keyboard: Activität: Merge die Pull Request
+
+{% if preferences.gitTool == 'cli' %}
+1. Auschecken zu dem `main` branch:
+ ```shell
+ git checkout main
+ ```
+2. Merge deine Branch:
+ ```shell
+ git merge {{ branch }}
+ ```
+3. Übertrage den merged Verlauf an GitHub:
+ ```shell
+ git push
+ ```
+4. Lösche den Branch lokal:
+ ```shell
+ git branch -d {{ branch }}
+ ```
+{% else %}
+1. Klike **Merge pull request**
+1. Klike **Confirm merge**
+{% endif %}
+1. Sobald der Branch merged wurde, brauche man ihn nicht mehr. Klicke auf **Delete branch**.
+
+
+Ich antworte wenn diese Branch merged ist.
diff --git a/responses/de/08_reminder-delete.md b/responses/de/08_reminder-delete.md
new file mode 100644
index 0000000..a49b826
--- /dev/null
+++ b/responses/de/08_reminder-delete.md
@@ -0,0 +1,36 @@
+## Gut gemacht
+
+
+
+Herzliche Glückwünsche @{{ user.username }}, du hast diesen Kurs abgeschlossen!
+
+## Was ging gut
+
+Jetzt hast du deiner Dia-Deck [hier]({{ store.pagesUrl }}) bereitgestellt und den GitHub Flow durchlaufen.
+
+Bevor ich mich verabschiede, findest du hier eine Zusammenfassung aller Aufgaben, die du in deinem Repository ausgeführt habe:
+
+- Du hast Issues, Pull Requests und die Struktur eines GitHub-Repositorys kennengelernt
+- Du hast etwas über das Branching gelernt
+- Du hast ein Commit erstellt
+- Du hast die Überprüfungen von Anfragen angesehen und beantwortet
+- Du hast eine vorhandene Datei bearbeitet
+- Du hast GitHub Pages aktiviert
+- Du hast deinen ersten Beitrag geleistet! :tada:
+
+## Was kommt als nächstes?
+
+Wir hoffen, dieser Kurs hat dir geholfen, sich mit GitHub wohler zu fühlen. Denke daran: du könntest Kursthemen jederzeit wiederholen, wenn du zusätzliche Übung wünschen. Wenn du bereit bist, auf dein neuen Fähigkeiten aufzubauen, findest du hier einige Ideen.
+
+### Trage zu einem Projekt bei
+
+Unter [GitHub Explore](https://github.com/explore) finde Projekte, zu denen durch Trendthemen und kuratierte Sammlungen beitragen kann.
+
+### Lerne weiter
+
+Hier sind einige Vorschläge für zukünftige Kurse, die du belegen kann:
+- [GitHub Pages]({{ host }}/{{ course.Owner.login }}/github-pages): Lerne weiter über GitHub Pages, die wir in diesem Kurs angesprochen haben.
+- [Communicating using Markdown]({{ host }}/{{ course.Owner.login }}/communicating-using-markdown): Wir haben in diesem Kurs ein wenig Markdown verwendet, aber wenn man alles über diese :sparkles: Syntax erfahren möchtet, nimmt man am Kurs teil!
+
+[Was lernst du als nächstes]({{ host }}/courses)?
+
diff --git a/responses/de/08_reopen.md b/responses/de/08_reopen.md
new file mode 100644
index 0000000..942d1ef
--- /dev/null
+++ b/responses/de/08_reopen.md
@@ -0,0 +1,9 @@
+### :keyboard: Activität: Pull Request erneut öffnen
+
+Ups! Es sieht so aus, als hättest du deine Pull Request versehentlich geschlossen.
+
+1. Klicke **Reopen pull request**. Wenn diese Schaltfläche inaktiv ist, müsst man zuerst auf **Restore branch** klicken.
+1. Merge die Pull Request.
+
+
+ Ich antworte wenn diese Pull Request Merged ist.