Workshop-Wiki · Deutsch

Git Assessment: Professional (DE)

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

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 / 7 Kapitel gelesen
Weitere SprachfassungEnglisch ↗Griechisch ↗

Git Assessment: Professional (DE)

Dieses Assessment prüft das Level Professional. 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: Workflows

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

Frage 02: Release-Strategien

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

Frage 03: Submodule

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

Frage 04: Worktrees

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

Frage 05: Bisect

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

Frage 06: Hooks

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

Frage 07: CI-Übergabe

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

Frage 08: Workflows

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

Frage 09: Release-Strategien

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

Frage 10: Submodule

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

Frage 11: Worktrees

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

Frage 12: Bisect

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

Frage 13: Hooks

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

Frage 14: CI-Übergabe

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

Frage 15: Workflows

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

Frage 16: Release-Strategien

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

Frage 17: Submodule

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

Frage 18: Worktrees

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

Frage 19: Bisect

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

Frage 20: Hooks

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

Frage 21: CI-Übergabe

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

Frage 22: Workflows

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

Frage 23: Release-Strategien

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

Frage 24: Submodule

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

Frage 25: Worktrees

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

Frage 26: Bisect

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

Frage 27: Hooks

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

Frage 28: CI-Übergabe

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

Frage 29: Workflows

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

Frage 30: Release-Strategien

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

Frage 31: Submodule

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

Frage 32: Worktrees

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

Frage 33: Bisect

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

Frage 34: Hooks

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

Frage 35: CI-Übergabe

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

Frage 36: Workflows

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

Frage 37: Release-Strategien

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

Frage 38: Submodule

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

Frage 39: Worktrees

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

Frage 40: Bisect

Beschreibe ein realistisches Git-Szenario zu Bisect. 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 Professional 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: Professional 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. Workflows

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

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

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

A004. Worktrees

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

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

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

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen und beziehe die Beobachtung ausdrücklich auf CI-Übergabe.
  • 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. Workflows

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

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

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

A027. Worktrees

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

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

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

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

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

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

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

A050. Worktrees

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

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

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Hooks.
  • 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. CI-Übergabe

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

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

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

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

A073. Worktrees

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

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

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

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

Orthevs – Engineering als Grundlage für das, was als Nächstes kommt.

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.