Git-Befehle anhand des Repository-Zustands planen.
Ein Git-Plan sollte vom Repository-Zustand und gewünschten Ergebnis ausgehen. Erkläre destruktive Befehle und bevorzuge möglichst überprüfbare Schritte.
Passe den Ablauf an deine Aufgabe an.
Beginne bei Zustand und Ziel und schlage Befehle mit Wirkungen und Prüfpunkten vor. Trenne Einsicht von Änderungen und kennzeichne Operationen, die Arbeit verwerfen oder umschreiben können.
- Was du bereitstellst
- Repository-Aufgabe und Beschreibung des aktuellen Zustands.
- Was du erhältst
- Erklärter Befehlsplan mit klar markierten destruktiven Schritten.
Sieh dir Eingabe und Ergebnis an.
Beispielhafte Ein- und Ausgabe · ein Lehrbeispiel, kein tatsächlicher WebAct-Durchlauf
Beispiel Eingabe
Generate read-only Git commands to inspect uncommitted changes before preparing a commit.
Vollständiges Beispiel
git status --short git diff git diff --staged Review: status includes untracked paths; git diff shows unstaged tracked-file changes; git diff --staged shows staged changes. Untracked file contents require separate inspection. None of these commands stages or commits files.
Lade diese Eingabe in den Prompt und kopiere ihn zum Ausprobieren nach WebAct. Dein Ergebnis kann vom Beispiel abweichen.
Entscheidungen und Fehlerbehebung.
Sollte ein Git-Plan annehmen, dass alle uncommitteten Änderungen zu einer Aufgabe gehören?
Prüfe zuerst Diff und Repository-Zustand. Stage nur die für den Commit vorgesehene Arbeit, statt alle Dateien automatisch als zusammengehörig zu behandeln.
Warum betrifft ein vorgeschlagener Befehl mehr Historie oder Dateien als gewollt?
Prüfe Ziel, Flags und aktuellen Branch vor dem Ausführen. Git-Befehle hängen ebenso vom Zustand wie von der Syntax ab.
Probiere es mit deiner eigenen Quelle.
Ersetze das Beispiel im Aufgaben-Prompt durch dein Material. Behalte nötige Anforderungen bei und kopiere die Aufgabe nach WebAct.
Aufgabe anpassen und kopieren ↑