Workshop wiki · German and English

Bisect Debugging

Dieses Beispiel ist ein kontrolliertes Git-Lab. Es enthält kleine Artefakte und ein run.sh, das ein Wegwerf-Repository unter work/ erzeugt, eine Konfliktsituation aufbaut, löst und Evidence-Dateien schreibt.

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 versionGreek ↗

Bisect Debugging

Schwerpunkt: Fehlercommit per binärer Suche eingrenzen.

Zweck

Dieses Beispiel ist ein kontrolliertes Git-Lab. Es enthält kleine Artefakte und ein run.sh, das ein Wegwerf-Repository unter work/ erzeugt, eine Konfliktsituation aufbaut, löst und Evidence-Dateien schreibt.

01 / 07

Dokumentation

02 / 07

Dateien

03 / 07

Lokale Prüfung

bash
./run.sh

Das Skript verändert keine globalen Git-Einstellungen und löscht sein eigenes work/-Verzeichnis vor jedem Lauf.

04 / 07

Review-Fragen

    1. Kontext und Zielzustand dokumentieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Index-Zustand erklären: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Commit-Graph lesen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Diff und Patch beurteilen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Remote-Beziehung prüfen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Konfliktursache isolieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Reflog als Rettungsweg nutzen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. History-Rewrite-Risiko benennen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Credential-Auswirkung bewerten: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Signatur- oder Hook-Grenze beschreiben: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Rollback- oder Recovery-Pfad notieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Teamregel formulieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Kontext und Zielzustand dokumentieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Index-Zustand erklären: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Commit-Graph lesen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Diff und Patch beurteilen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Remote-Beziehung prüfen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Konfliktursache isolieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Reflog als Rettungsweg nutzen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. History-Rewrite-Risiko benennen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Credential-Auswirkung bewerten: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Signatur- oder Hook-Grenze beschreiben: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Rollback- oder Recovery-Pfad notieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Teamregel formulieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Kontext und Zielzustand dokumentieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Index-Zustand erklären: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Commit-Graph lesen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Diff und Patch beurteilen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Remote-Beziehung prüfen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Konfliktursache isolieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Reflog als Rettungsweg nutzen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. History-Rewrite-Risiko benennen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Credential-Auswirkung bewerten: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Signatur- oder Hook-Grenze beschreiben: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Rollback- oder Recovery-Pfad notieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Teamregel formulieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Kontext und Zielzustand dokumentieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Index-Zustand erklären: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Commit-Graph lesen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Diff und Patch beurteilen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Remote-Beziehung prüfen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Konfliktursache isolieren: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. Reflog als Rettungsweg nutzen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
    1. History-Rewrite-Risiko benennen: Wie zeigt dieses Beispiel die Entscheidung für Fehlercommit per binärer Suche eingrenzen?
05 / 07

Praxisanhang: Beispiel Bisect Debugging

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. Fehlercommit per binärer Suche eingrenzen

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

A002. Working Tree

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

A003. Index

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

A004. Commit

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

A005. Branch

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

A006. Remote

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

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

A008. Security

  • Arbeitsauftrag: History-Rewrite-Risiko benennen und beziehe die Beobachtung ausdrücklich auf Security.
  • 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. Recovery

  • Arbeitsauftrag: Credential-Auswirkung bewerten und beziehe die Beobachtung ausdrücklich auf Recovery.
  • 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. Fehlercommit per binärer Suche eingrenzen

  • Arbeitsauftrag: Signatur- oder Hook-Grenze beschreiben und beziehe die Beobachtung ausdrücklich auf Fehlercommit per binärer Suche eingrenzen.
  • 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. Working Tree

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

A012. Index

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

A013. Commit

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

A014. Branch

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

A015. 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. Reflog

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

A017. Security

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

  • Arbeitsauftrag: Konfliktursache isolieren und beziehe die Beobachtung ausdrücklich auf Recovery.
  • 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. Fehlercommit per binärer Suche eingrenzen

  • Arbeitsauftrag: Reflog als Rettungsweg nutzen und beziehe die Beobachtung ausdrücklich auf Fehlercommit per binärer Suche eingrenzen.
  • 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. 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.

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

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

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

A024. Remote

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

A025. Reflog

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

A026. Security

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

  • Arbeitsauftrag: Commit-Graph lesen und beziehe die Beobachtung ausdrücklich auf Recovery.
  • 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. Fehlercommit per binärer Suche eingrenzen

  • Arbeitsauftrag: Diff und Patch beurteilen und beziehe die Beobachtung ausdrücklich auf Fehlercommit per binärer Suche eingrenzen.
  • 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. Working Tree

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

A030. Index

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

A031. Commit

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

A032. Branch

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

A033. Remote

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

A034. Reflog

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

A035. Security

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

  • Arbeitsauftrag: Teamregel formulieren und beziehe die Beobachtung ausdrücklich auf Recovery.
  • 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. Fehlercommit per binärer Suche eingrenzen

  • Arbeitsauftrag: Kontext und Zielzustand dokumentieren und beziehe die Beobachtung ausdrücklich auf Fehlercommit per binärer Suche eingrenzen.
  • 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. Working Tree

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

A039. Index

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

A040. Commit

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

A041. Branch

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

A042. Remote

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

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

A044. Security

  • Arbeitsauftrag: History-Rewrite-Risiko benennen und beziehe die Beobachtung ausdrücklich auf Security.
  • 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.
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.