Orthevs Orthevs Fathom new horizons
Menü

Workshop-Wiki · Deutsch

Git Lösung: Grundlagen (DE)

Diese Lösungsskizze gehört zum Assessment Grundlagen. Sie liefert keine einzige Musterlösung, sondern prüfbare Antwortkriterien.

Inhaltssprache · DeutschGröße · 84.4 KBassessments/01-fundamentals-git-solution-DE.md
Workshop-Beispiele als ZIP
Lernstand in der Web-App

Kapitel als gelesen markieren, Lesefortschritt sehen und Praxismodule abhaken: Diese Funktionen stehen nach Aktivierung der optionalen Web-App zur Verfügung. Der Workshop-Fortschritt ergibt sich automatisch aus den Kapiteln aller Dokumentseiten. Deine Auswahl bleibt auf diesem Gerät; es gibt kein Konto und keinen Serverabgleich. Eine Installation ist nicht erforderlich. Beim Widerruf in den Datenschutz-Einstellungen wird der Lernstand gelöscht.

Lesefortschritt0%
0%
0 / 6 Kapitel gelesen
Weitere SprachfassungEnglisch ↗Griechisch ↗

Git Lösung: Grundlagen (DE)

Diese Lösungsskizze gehört zum Assessment Grundlagen. Sie liefert keine einzige Musterlösung, sondern prüfbare Antwortkriterien.

Bewertungsmaßstab

Bereich Erwartung
Begriffe Working Tree, Index, Commit, Referenz und Remote werden sauber getrennt.
Nachweis Antworten nennen konkrete Befehle und interpretierbare Ausgaben.
Teamwirkung Geteilte Historie, Force Push, Rebase und Tags werden eingeordnet.
Security Credentials, Signaturen, Hooks und Secret-Leaks werden bewertet.
01 / 06

Musterantworten

Lösung 01: Repository

Eine starke Antwort zu Repository benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 02: Working Tree

Eine starke Antwort zu Working Tree benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 03: Index

Eine starke Antwort zu Index benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 04: Commits

Eine starke Antwort zu Commits benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 05: Status

Eine starke Antwort zu Status benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 06: Diff

Eine starke Antwort zu Diff benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 07: Log

Eine starke Antwort zu Log benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 08: Restore

Eine starke Antwort zu Restore benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 09: Repository

Eine starke Antwort zu Repository benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 10: Working Tree

Eine starke Antwort zu Working Tree benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 11: Index

Eine starke Antwort zu Index benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 12: Commits

Eine starke Antwort zu Commits benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 13: Status

Eine starke Antwort zu Status benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 14: Diff

Eine starke Antwort zu Diff benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 15: Log

Eine starke Antwort zu Log benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 16: Restore

Eine starke Antwort zu Restore benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 17: Repository

Eine starke Antwort zu Repository benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 18: Working Tree

Eine starke Antwort zu Working Tree benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 19: Index

Eine starke Antwort zu Index benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 20: Commits

Eine starke Antwort zu Commits benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 21: Status

Eine starke Antwort zu Status benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 22: Diff

Eine starke Antwort zu Diff benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 23: Log

Eine starke Antwort zu Log benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 24: Restore

Eine starke Antwort zu Restore benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 25: Repository

Eine starke Antwort zu Repository benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 26: Working Tree

Eine starke Antwort zu Working Tree benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 27: Index

Eine starke Antwort zu Index benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 28: Commits

Eine starke Antwort zu Commits benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 29: Status

Eine starke Antwort zu Status benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 30: Diff

Eine starke Antwort zu Diff benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 31: Log

Eine starke Antwort zu Log benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 32: Restore

Eine starke Antwort zu Restore benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 33: Repository

Eine starke Antwort zu Repository benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 34: Working Tree

Eine starke Antwort zu Working Tree benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 35: Index

Eine starke Antwort zu Index benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 36: Commits

Eine starke Antwort zu Commits benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 37: Status

Eine starke Antwort zu Status benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 38: Diff

Eine starke Antwort zu Diff benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 39: Log

Eine starke Antwort zu Log benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.

Lösung 40: Restore

Eine starke Antwort zu Restore benennt die betroffenen Git-Zustände, nennt mindestens einen passenden Nachweisbefehl, trennt lokale und geteilte Historie und beschreibt einen konkreten Recovery-Pfad.

  • Guter Nachweis: git status, git diff, git log, git show, git branch -vv, git remote -v, git reflog oder eine gezielte Config-Ausgabe.
  • Typischer Fehler: pauschal reset --hard oder push --force vorzuschlagen, ohne Veröffentlichung und Teamwirkung zu prüfen.
  • Security-Erwartung: keine echten Secrets, bewusste Credential Helper, nachvollziehbare Signaturgrenzen und keine alleinige Verlass auf lokale Hooks.
02 / 06

Review-Checkliste für Grundlagen Lösung

  • 01. Kontext und Zielzustand dokumentieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 02. Index-Zustand erklären: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 03. Commit-Graph lesen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 04. Diff und Patch beurteilen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 05. Remote-Beziehung prüfen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 06. Konfliktursache isolieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 07. Reflog als Rettungsweg nutzen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 08. History-Rewrite-Risiko benennen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 09. Credential-Auswirkung bewerten: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 10. Signatur- oder Hook-Grenze beschreiben: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 11. Rollback- oder Recovery-Pfad notieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 12. Teamregel formulieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 13. Kontext und Zielzustand dokumentieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 14. Index-Zustand erklären: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 15. Commit-Graph lesen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 16. Diff und Patch beurteilen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 17. Remote-Beziehung prüfen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 18. Konfliktursache isolieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 19. Reflog als Rettungsweg nutzen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 20. History-Rewrite-Risiko benennen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 21. Credential-Auswirkung bewerten: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 22. Signatur- oder Hook-Grenze beschreiben: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 23. Rollback- oder Recovery-Pfad notieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 24. Teamregel formulieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 25. Kontext und Zielzustand dokumentieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 26. Index-Zustand erklären: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 27. Commit-Graph lesen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 28. Diff und Patch beurteilen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 29. Remote-Beziehung prüfen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 30. Konfliktursache isolieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 31. Reflog als Rettungsweg nutzen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 32. History-Rewrite-Risiko benennen: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 33. Credential-Auswirkung bewerten: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
  • 34. Signatur- oder Hook-Grenze beschreiben: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
03 / 06

Praxisanhang: Grundlagen Lösung

Dieser Anhang dient als Arbeitsvorrat für längere Trainings, Reviews und Wiederholungen. Jede Aufgabe ist klein genug, um sie in einem lokalen Lab-Repository nachzustellen.

A001. Repository

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Repository.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A002. Working Tree

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Working Tree.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A003. Index

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Index.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A004. Commits

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Commits.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A005. Status

  • Arbeitsauftrag: Remote-Beziehung prüfen und beziehe die Beobachtung ausdrücklich auf Status.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A006. Diff

  • Arbeitsauftrag: Konfliktursache isolieren und beziehe die Beobachtung ausdrücklich auf Diff.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A007. Log

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen und beziehe die Beobachtung ausdrücklich auf Log.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A008. Restore

  • Arbeitsauftrag: History-Rewrite-Risiko benennen und beziehe die Beobachtung ausdrücklich auf Restore.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A009. Repository

  • Arbeitsauftrag: Credential-Auswirkung bewerten und beziehe die Beobachtung ausdrücklich auf Repository.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A010. Working Tree

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben und beziehe die Beobachtung ausdrücklich auf Working Tree.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A011. Index

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Index.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A012. Commit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Commit.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A013. HEAD

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf HEAD.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A014. Branch

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Branch.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A015. Tag

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Tag.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A016. Remote

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Remote.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A017. Refspec

  • Arbeitsauftrag: Remote-Beziehung prüfen und beziehe die Beobachtung ausdrücklich auf Refspec.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A018. Merge

  • Arbeitsauftrag: Konfliktursache isolieren und beziehe die Beobachtung ausdrücklich auf Merge.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A019. Rebase

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen und beziehe die Beobachtung ausdrücklich auf Rebase.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A020. Reflog

  • Arbeitsauftrag: History-Rewrite-Risiko benennen und beziehe die Beobachtung ausdrücklich auf Reflog.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A021. Hook

  • Arbeitsauftrag: Credential-Auswirkung bewerten und beziehe die Beobachtung ausdrücklich auf Hook.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A022. Submodule

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben und beziehe die Beobachtung ausdrücklich auf Submodule.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A023. Credential Helper

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Credential Helper.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A024. Object Database

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Object Database.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A025. Repository

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Repository.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A026. Working Tree

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Working Tree.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A027. Index

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Index.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A028. Commits

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Commits.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A029. Status

  • Arbeitsauftrag: Remote-Beziehung prüfen und beziehe die Beobachtung ausdrücklich auf Status.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A030. Diff

  • Arbeitsauftrag: Konfliktursache isolieren und beziehe die Beobachtung ausdrücklich auf Diff.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A031. Log

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen und beziehe die Beobachtung ausdrücklich auf Log.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A032. Restore

  • Arbeitsauftrag: History-Rewrite-Risiko benennen und beziehe die Beobachtung ausdrücklich auf Restore.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A033. Repository

  • Arbeitsauftrag: Credential-Auswirkung bewerten und beziehe die Beobachtung ausdrücklich auf Repository.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A034. Working Tree

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben und beziehe die Beobachtung ausdrücklich auf Working Tree.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A035. Index

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Index.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A036. Commit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Commit.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A037. HEAD

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf HEAD.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A038. Branch

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Branch.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A039. Tag

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Tag.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A040. Remote

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Remote.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A041. Refspec

  • Arbeitsauftrag: Remote-Beziehung prüfen und beziehe die Beobachtung ausdrücklich auf Refspec.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A042. Merge

  • Arbeitsauftrag: Konfliktursache isolieren und beziehe die Beobachtung ausdrücklich auf Merge.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A043. Rebase

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen und beziehe die Beobachtung ausdrücklich auf Rebase.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A044. Reflog

  • Arbeitsauftrag: History-Rewrite-Risiko benennen und beziehe die Beobachtung ausdrücklich auf Reflog.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A045. Hook

  • Arbeitsauftrag: Credential-Auswirkung bewerten und beziehe die Beobachtung ausdrücklich auf Hook.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A046. Submodule

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben und beziehe die Beobachtung ausdrücklich auf Submodule.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A047. Credential Helper

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Credential Helper.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A048. Object Database

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Object Database.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A049. Repository

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Repository.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A050. Working Tree

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Working Tree.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A051. Index

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Index.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A052. Commits

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Commits.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A053. Status

  • Arbeitsauftrag: Remote-Beziehung prüfen und beziehe die Beobachtung ausdrücklich auf Status.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A054. Diff

  • Arbeitsauftrag: Konfliktursache isolieren und beziehe die Beobachtung ausdrücklich auf Diff.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A055. Log

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen und beziehe die Beobachtung ausdrücklich auf Log.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A056. Restore

  • Arbeitsauftrag: History-Rewrite-Risiko benennen und beziehe die Beobachtung ausdrücklich auf Restore.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A057. Repository

  • Arbeitsauftrag: Credential-Auswirkung bewerten und beziehe die Beobachtung ausdrücklich auf Repository.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A058. Working Tree

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben und beziehe die Beobachtung ausdrücklich auf Working Tree.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A059. Index

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Index.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A060. Commit

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Commit.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A061. HEAD

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf HEAD.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A062. Branch

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Branch.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A063. Tag

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Tag.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A064. Remote

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Remote.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A065. Refspec

  • Arbeitsauftrag: Remote-Beziehung prüfen und beziehe die Beobachtung ausdrücklich auf Refspec.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A066. Merge

  • Arbeitsauftrag: Konfliktursache isolieren und beziehe die Beobachtung ausdrücklich auf Merge.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A067. Rebase

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen und beziehe die Beobachtung ausdrücklich auf Rebase.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A068. Reflog

  • Arbeitsauftrag: History-Rewrite-Risiko benennen und beziehe die Beobachtung ausdrücklich auf Reflog.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A069. Hook

  • Arbeitsauftrag: Credential-Auswirkung bewerten und beziehe die Beobachtung ausdrücklich auf Hook.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A070. Submodule

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben und beziehe die Beobachtung ausdrücklich auf Submodule.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A071. Credential Helper

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Credential Helper.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A072. Object Database

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Object Database.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A073. Repository

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Repository.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.

A074. Working Tree

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Working Tree.
  • Nachweis: Notiere mindestens einen Git-Befehl, eine erwartete Ausgabe und eine Grenze der Aussagekraft.
  • Teamfrage: Welche Abstimmung wäre nötig, bevor diese Änderung in einem gemeinsam genutzten Branch landet?
  • Security-Frage: Welche Zugangsdaten, Signaturen, Hooks oder vertraulichen Dateien könnten betroffen sein?
  • Recovery: Beschreibe, ob reflog, restore, reset, revert, merge --abort, rebase --abort oder ein Backup der richtige Weg wäre.
04 / 06

Offizielle Quellen und Abgrenzung

Die Inhalte orientieren sich an öffentlich dokumentierten Git-Quellen. GitHub, GitLab, Forgejo oder andere Hosting-Plattformen werden nur dort erwähnt, wo sie typische Git-Arbeitsweisen erklären; sie sind nicht identisch mit Git selbst.

  • Git Reference: https://git-scm.com/docs
  • Git Manual: https://git-scm.com/docs/git
  • Pro Git Book: https://git-scm.com/book/en/v2
  • git-submodule: https://git-scm.com/docs/git-submodule
  • gitcredentials: https://git-scm.com/docs/gitcredentials
  • git-credential-store: https://git-scm.com/docs/git-credential-store
  • GitHub Certifications: https://docs.github.com/en/get-started/showcase-your-expertise-with-github-certifications/about-github-certifications
  • GitHub Foundations auf Microsoft Learn: https://learn.microsoft.com/en-us/credentials/certifications/github-foundations/
05 / 06

Zusätzliche Review-Drills

Nutze diese Drills, wenn die Hauptaufgabe abgeschlossen ist und zusätzliche betriebliche Begründung geübt werden soll. Sie sind bewusst nachweisorientiert und können in einem lokalen Lab-Repository beantwortet werden.

Drill 01: Working Tree

  • Benenne, welcher Git-Zustand oder welche Referenz durch Working Tree betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 02: Index

  • Benenne, welcher Git-Zustand oder welche Referenz durch Index betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 03: Commit-Graph

  • Benenne, welcher Git-Zustand oder welche Referenz durch Commit-Graph betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 04: Branch-Referenz

  • Benenne, welcher Git-Zustand oder welche Referenz durch Branch-Referenz betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 05: Remote-Tracking-Branch

  • Benenne, welcher Git-Zustand oder welche Referenz durch Remote-Tracking-Branch betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 06: Reflog

  • Benenne, welcher Git-Zustand oder welche Referenz durch Reflog betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 07: Credential Helper

  • Benenne, welcher Git-Zustand oder welche Referenz durch Credential Helper betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 08: Signatur

  • Benenne, welcher Git-Zustand oder welche Referenz durch Signatur betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 09: Hook

  • Benenne, welcher Git-Zustand oder welche Referenz durch Hook betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 10: Submodule

  • Benenne, welcher Git-Zustand oder welche Referenz durch Submodule betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 11: Tag

  • Benenne, welcher Git-Zustand oder welche Referenz durch Tag betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 12: Recovery

  • Benenne, welcher Git-Zustand oder welche Referenz durch Recovery betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 13: Working Tree

  • Benenne, welcher Git-Zustand oder welche Referenz durch Working Tree betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 14: Index

  • Benenne, welcher Git-Zustand oder welche Referenz durch Index betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 15: Commit-Graph

  • Benenne, welcher Git-Zustand oder welche Referenz durch Commit-Graph betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.

Drill 16: Branch-Referenz

  • Benenne, welcher Git-Zustand oder welche Referenz durch Branch-Referenz betroffen ist.
  • Nenne einen Befehl, der einen Nachweis liefert, und ein relevantes Feld oder eine relevante Zeile in der Ausgabe.
  • Erkläre, was aus diesem Nachweis folgt und was daraus nicht folgt.
  • Beschreibe den sichersten Recovery-Pfad für ein gemeinsam genutztes Trainingsrepository.
06 / 06

GIT · Orthevs Academy

31 Module als durchgängiger Lernpfad.

Die Reihenfolge bleibt unverändert: von der Laborgrundstruktur über fachliche Grundlagen und Betriebsmodelle bis zum abschließenden Troubleshooting. Die technischen Verzeichnisnamen werden bewusst beibehalten.

Praxismodule

Orthevs als App

Orthevs installieren

Die Orthevs Web-App kann auf unterstützten Mobilgeräten und Desktop-Browsern installiert werden.

iPhone und iPad

Öffnen Sie Orthevs in Safari. Tippen Sie auf Teilen, dann auf ‚Zum Home-Bildschirm‘. Aktivieren Sie gegebenenfalls ‚Als Web-App öffnen‘ und tippen Sie auf ‚Hinzufügen‘.

Android

Für die Web-App öffnen Sie das Browsermenü und wählen ‚App installieren‘ oder ‚Zum Startbildschirm hinzufügen‘. Bestätigen Sie die Installation.

Desktop-Browser

Öffnen Sie das Browsermenü oder das Installationssymbol in der Adressleiste und wählen Sie ‚App installieren‘ beziehungsweise ‚Zum Dock hinzufügen‘.

Die Web-App-Installation hängt vom Browser ab. Falls kein Installationsdialog erscheint, nutzen Sie die angezeigten Schritte im Browser.