Workshop wiki · German

Git Assessment: Intermediate (DE)

Dieses Assessment prüft das Level Intermediate. Es kombiniert Verständnisfragen, Diagnosefälle und kleine Designentscheidungen.

Workshop examples as ZIP files
Learning progress in the web app

Mark chapters as read, view reading progress and check off practice modules after enabling the optional web app. Workshop progress is calculated from chapters across all document pages. Your choices stay on this device; there is no account or server sync. Installation is not required. Withdrawing your choice in Privacy settings deletes the progress.

Reading progress0%
0%
0 / 7 chapters read
Other language versionEnglish ↗Greek ↗

Git Assessment: Intermediate (DE)

Dieses Assessment prüft das Level Intermediate. Es kombiniert Verständnisfragen, Diagnosefälle und kleine Designentscheidungen.

Regeln

  • Nutze keine produktiven Secrets.
  • Begründe jede Antwort mit Git-Begriffen.
  • Trenne Working Tree, Index, Commit-Graph, Referenzen und Remotes.
  • Nenne Recovery-Schritte, wenn du riskante Operationen erwähnst.
01 / 07

Fragen

Frage 01: Branches

Beschreibe ein realistisches Git-Szenario zu Branches. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 02: Merges

Beschreibe ein realistisches Git-Szenario zu Merges. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 03: Konflikte

Beschreibe ein realistisches Git-Szenario zu Konflikte. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 04: Remotes

Beschreibe ein realistisches Git-Szenario zu Remotes. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 05: Tags

Beschreibe ein realistisches Git-Szenario zu Tags. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 06: Stash

Beschreibe ein realistisches Git-Szenario zu Stash. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 07: Rebase

Beschreibe ein realistisches Git-Szenario zu Rebase. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 08: Branches

Beschreibe ein realistisches Git-Szenario zu Branches. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 09: Merges

Beschreibe ein realistisches Git-Szenario zu Merges. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 10: Konflikte

Beschreibe ein realistisches Git-Szenario zu Konflikte. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 11: Remotes

Beschreibe ein realistisches Git-Szenario zu Remotes. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 12: Tags

Beschreibe ein realistisches Git-Szenario zu Tags. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 13: Stash

Beschreibe ein realistisches Git-Szenario zu Stash. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 14: Rebase

Beschreibe ein realistisches Git-Szenario zu Rebase. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 15: Branches

Beschreibe ein realistisches Git-Szenario zu Branches. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 16: Merges

Beschreibe ein realistisches Git-Szenario zu Merges. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 17: Konflikte

Beschreibe ein realistisches Git-Szenario zu Konflikte. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 18: Remotes

Beschreibe ein realistisches Git-Szenario zu Remotes. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 19: Tags

Beschreibe ein realistisches Git-Szenario zu Tags. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 20: Stash

Beschreibe ein realistisches Git-Szenario zu Stash. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 21: Rebase

Beschreibe ein realistisches Git-Szenario zu Rebase. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 22: Branches

Beschreibe ein realistisches Git-Szenario zu Branches. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 23: Merges

Beschreibe ein realistisches Git-Szenario zu Merges. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 24: Konflikte

Beschreibe ein realistisches Git-Szenario zu Konflikte. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 25: Remotes

Beschreibe ein realistisches Git-Szenario zu Remotes. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 26: Tags

Beschreibe ein realistisches Git-Szenario zu Tags. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 27: Stash

Beschreibe ein realistisches Git-Szenario zu Stash. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 28: Rebase

Beschreibe ein realistisches Git-Szenario zu Rebase. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 29: Branches

Beschreibe ein realistisches Git-Szenario zu Branches. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 30: Merges

Beschreibe ein realistisches Git-Szenario zu Merges. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 31: Konflikte

Beschreibe ein realistisches Git-Szenario zu Konflikte. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 32: Remotes

Beschreibe ein realistisches Git-Szenario zu Remotes. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 33: Tags

Beschreibe ein realistisches Git-Szenario zu Tags. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 34: Stash

Beschreibe ein realistisches Git-Szenario zu Stash. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 35: Rebase

Beschreibe ein realistisches Git-Szenario zu Rebase. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 36: Branches

Beschreibe ein realistisches Git-Szenario zu Branches. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 37: Merges

Beschreibe ein realistisches Git-Szenario zu Merges. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 38: Konflikte

Beschreibe ein realistisches Git-Szenario zu Konflikte. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 39: Remotes

Beschreibe ein realistisches Git-Szenario zu Remotes. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

Frage 40: Tags

Beschreibe ein realistisches Git-Szenario zu Tags. Welche Zustände sind betroffen, welcher Befehl zeigt den Zustand, welches Team- oder Security-Risiko entsteht und welcher Recovery-Pfad ist angemessen?

02 / 07

Praktische Fallstudie

Du übernimmst ein Repository mit unklarer Historie, mehreren Branches, fehlenden Tags und möglichen Secrets in alten Commits. Erstelle einen Review-Plan, der Status, Log, Reflog, Remotes, Tags, Credentials, Hooks und Teamregeln abdeckt.

03 / 07

Review-Checkliste für Intermediate Assessment

  • 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.
  • 35. 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.
  • 36. Teamregel formulieren: Halte fest, welche Git-Referenz, welcher Commit, welcher Index-Zustand oder welcher Remote betroffen ist und wie du den Zustand beweist.
04 / 07

Praxisanhang: Intermediate Assessment

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. Branches

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Branches.
  • 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. Merges

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Merges.
  • 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. Konflikte

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Konflikte.
  • 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. Remotes

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Remotes.
  • 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. Tags

  • Arbeitsauftrag: Remote-Beziehung prüfen und beziehe die Beobachtung ausdrücklich auf Tags.
  • 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. Stash

  • Arbeitsauftrag: Konfliktursache isolieren und beziehe die Beobachtung ausdrücklich auf Stash.
  • 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. 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.

A008. Repository

  • Arbeitsauftrag: History-Rewrite-Risiko benennen 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.

A009. Working Tree

  • Arbeitsauftrag: Credential-Auswirkung bewerten 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.

A010. Index

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben 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.

A011. Commit

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren 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.

A012. HEAD

  • Arbeitsauftrag: Teamregel formulieren 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.

A013. Branch

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren 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.

A014. Tag

  • Arbeitsauftrag: Index-Zustand erklären 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.

A015. Remote

  • Arbeitsauftrag: Commit-Graph lesen 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.

A016. Refspec

  • Arbeitsauftrag: Diff und Patch beurteilen 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.

A017. Merge

  • Arbeitsauftrag: Remote-Beziehung prüfen 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.

A018. Rebase

  • Arbeitsauftrag: Konfliktursache isolieren 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.

A019. Reflog

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen 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.

A020. Hook

  • Arbeitsauftrag: History-Rewrite-Risiko benennen 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.

A021. Submodule

  • Arbeitsauftrag: Credential-Auswirkung bewerten 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.

A022. Credential Helper

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben 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.

A023. Object Database

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren 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.

A024. Branches

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Branches.
  • 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. Merges

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Merges.
  • 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. Konflikte

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Konflikte.
  • 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. Remotes

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Remotes.
  • 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. Tags

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Tags.
  • 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. Stash

  • Arbeitsauftrag: Remote-Beziehung prüfen und beziehe die Beobachtung ausdrücklich auf Stash.
  • 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. Rebase

  • Arbeitsauftrag: Konfliktursache isolieren 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.

A031. Repository

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen 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.

A032. Working Tree

  • Arbeitsauftrag: History-Rewrite-Risiko benennen 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.

A033. Index

  • Arbeitsauftrag: Credential-Auswirkung bewerten 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.

A034. Commit

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben 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.

A035. HEAD

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren 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.

A036. Branch

  • Arbeitsauftrag: Teamregel formulieren 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.

A037. Tag

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren 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.

A038. Remote

  • Arbeitsauftrag: Index-Zustand erklären 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.

A039. Refspec

  • Arbeitsauftrag: Commit-Graph lesen 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.

A040. Merge

  • Arbeitsauftrag: Diff und Patch beurteilen 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.

A041. Rebase

  • Arbeitsauftrag: Remote-Beziehung prüfen 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.

A042. Reflog

  • Arbeitsauftrag: Konfliktursache isolieren 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.

A043. Hook

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen 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.

A044. Submodule

  • Arbeitsauftrag: History-Rewrite-Risiko benennen 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.

A045. Credential Helper

  • Arbeitsauftrag: Credential-Auswirkung bewerten 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.

A046. Object Database

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben 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.

A047. Branches

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Branches.
  • 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. Merges

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Merges.
  • 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. Konflikte

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Konflikte.
  • 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. Remotes

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Remotes.
  • 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. Tags

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Tags.
  • 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. Stash

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Stash.
  • 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. Rebase

  • Arbeitsauftrag: Remote-Beziehung prüfen 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.

A054. Repository

  • Arbeitsauftrag: Konfliktursache isolieren 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.

A055. Working Tree

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen 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.

A056. Index

  • Arbeitsauftrag: History-Rewrite-Risiko benennen 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.

A057. Commit

  • Arbeitsauftrag: Credential-Auswirkung bewerten 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.

A058. HEAD

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben 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.

A059. Branch

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren 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.

A060. Tag

  • Arbeitsauftrag: Teamregel formulieren 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.

A061. Remote

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren 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.

A062. Refspec

  • Arbeitsauftrag: Index-Zustand erklären 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.

A063. Merge

  • Arbeitsauftrag: Commit-Graph lesen 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.

A064. Rebase

  • Arbeitsauftrag: Diff und Patch beurteilen 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.

A065. Reflog

  • Arbeitsauftrag: Remote-Beziehung prüfen 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.

A066. Hook

  • Arbeitsauftrag: Konfliktursache isolieren 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.

A067. Submodule

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen 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.

A068. Credential Helper

  • Arbeitsauftrag: History-Rewrite-Risiko benennen 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.

A069. Object Database

  • Arbeitsauftrag: Credential-Auswirkung bewerten 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.

A070. Branches

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben und beziehe die Beobachtung ausdrücklich auf Branches.
  • 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. Merges

  • Arbeitsauftrag: Rollback- oder Recovery-Pfad notieren und beziehe die Beobachtung ausdrücklich auf Merges.
  • 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. Konflikte

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Konflikte.
  • 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. Remotes

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Remotes.
  • 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. Tags

  • Arbeitsauftrag: Index-Zustand erklären und beziehe die Beobachtung ausdrücklich auf Tags.
  • 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.

A075. Stash

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Stash.
  • 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.

A076. Rebase

  • Arbeitsauftrag: Diff und Patch beurteilen 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.

A077. Repository

  • Arbeitsauftrag: Remote-Beziehung prüfen 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.

A078. Working Tree

  • Arbeitsauftrag: Konfliktursache isolieren 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.
05 / 07

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/
06 / 07

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.
07 / 07

GIT · Orthevs Academy

31 modules as one continuous learning path.

The sequence remains unchanged: from the lab skeleton through technical foundations and operating models to final troubleshooting. The technical directory names are deliberately preserved.

Orthevs – Engineering the foundation for what comes next.

Orthevs as an app

Install Orthevs

The Orthevs web app can be installed on supported mobile devices and desktop browsers.

iPhone and iPad

Open Orthevs in Safari. Tap Share, then Add to Home Screen. Enable Open as Web App if offered, then tap Add.

Android

For the web app, open the browser menu and choose Install app or Add to Home screen. Confirm the installation.

Desktop browser

Open the browser menu or the install icon in the address bar, then choose Install app or Add to Dock.

Web app installation depends on your browser. If no install prompt appears, follow the browser steps shown above.