Einführung
Der unterstützte Wanderführer für Harbour Loop benötigt eine Korrektur seines Downloadlinks. Die Entwicklung enthält diese Korrektur bereits, neben einem nicht freigegebenen Explorer-Redesign. Der ursprüngliche Arbeitsbaum auf main enthält weiterhin vorgemerkte Fotoplanung, einen weiteren nicht vorgemerkten Coverentwurf und eine unversionierte private Notiz.
Verwende die Worktree-Technik aus dem ersten angeleiteten Lab, um dem bestehenden Wartungsbranch ein sauberes Arbeitsverzeichnis zu geben. Lies die tatsächlichen Patches, wähle die eine eigenständig nutzbare Korrektur aus und übertrage mit Cherry-Pick nur diese Änderung. Teste dann den nutzbaren Download der alten Ausgabe und prüfe, dass weder das Redesign noch deine unfertige Arbeit in die Ausgabe gelangt sind.
Diese Einheit initialisiert eigene Repositories und Dateien; sie verwendet nicht die vorherige VM weiter. Vorausgesetzt werden grundlegende Kenntnisse zu Terminal, Commit, Branch, Log und Diff sowie die Konzepte zu verknüpften Worktrees und kleinen Dateien aus dem ersten angeleiteten Lab. Website-Code oder ein gehostetes Konto sind nicht nötig. Verwende Workspace und Release Desk. Die echte Git-/HTTP-Vorschau liegt lokal auf einem einzigen Übungsrechner und liest Branch-Commits, keine bearbeiteten Arbeitsdateien. Alle Routen und Identitäten sind fiktiv. Die Dauer von 40 Minuten ist eine Schätzung des Autors.
Die Korrektur finden und den Wartungs-Worktree öffnen
In diesem Schritt prüfst du den erwarteten Download, unterscheidest die isolierte Korrektur vom Redesign und öffnest den bestehenden alten Branch, ohne main zu stören.
Öffne Release Desk und dann Open supported release. Prüfe Harbour Loop, Pocket Edition 1.0, 3.2 km und North Pier. Verwende Download quick start, öffne quick-start.txt über die Downloadliste des Browsers und prüfe den ursprünglichen Treffpunkt und die kurze Vorbereitungsliste.
Verwende Download full guide. Erwarte die tatsächliche 404-Seite Guide not found und klicke dann auf Back to release. Der Dienst ist erreichbar, aber der Link dieser Ausgabe zeigt auf eine Datei, die sie nicht enthält.
Verwende All releases und dann Open development preview. Explorer Edition 2.0 ist nicht freigegeben. Ihr Download full guide funktioniert bereits: Öffne harbour-guide-v1.txt über deine Downloadliste und lies die ursprünglichen drei Weganweisungen, den Start an North Pier, die Distanz von 3.2 km und den Hinweis zu Wegen und Abfall. Behalte diese nützliche Korrektur bei, ohne das Redesign zu übernehmen. Kehre mit All releases zurück.
Wechsle zu Workspace und gehe ausdrücklich in das ursprüngliche Arbeitsverzeichnis:
cd /home/labex/project/release-desk/editor
Verwende bei gewöhnlichen Pfadfehlern pwd und ls und wiederhole dann diesen vollständigen cd-Befehl; setze die VM nicht zurück. Lege eine repository-lokale Autorenidentität fest. --local betrifft dieses Repository und seine verknüpften Worktrees, nicht die globale Konfiguration. Die fiktiven Beispiele in Anführungszeichen kannst du ersetzen:
git config --local user.name "Guide Editor"
git config --local user.email "guides@example.com"
Lies vor der Wartung den unfertigen Zustand:
git branch --show-current
git status --short
git --no-pager diff --cached -- preview.txt
git --no-pager diff -- preview.txt
cat private-note.txt
Erwarte wie im ersten Lab main, MM preview.txt und ?? private-note.txt. Der erste Diff zeigt die vorgemerkte Ergänzung Plan: add dusk photographs.. Der zweite zeigt die weitere nicht vorgemerkte Ergänzung Draft: try the violet cover.. Erhalte ihre unterschiedlichen Inhalte und die private Notiz. --cached wählt den Vergleich vom Index zum Commit; der einfache Diff vergleicht die Arbeitsdateien mit dem Index. --no-pager gibt die Ausgabe direkt aus, und -- trennt den folgenden Pfad ab.
Lies den committeten Entwicklungsverlauf. --oneline verkürzt jeden Eintrag, und --decorate beschriftet Zeiger und Tags:
git --no-pager log --oneline --decorate dev-start
Der feste Tag dev-start markiert die übernommene Spitze von main. Vom neuesten zum ältesten Eintrag enthält der vorbereitete Verlauf Plan the Explorer photo collection, Correct the Harbour Loop download link, Introduce the Explorer redesign und Prepare the supported Harbour Loop guide. Behalte den Tag und die Spitze von main unverändert bei.
Untersuche die neueste Änderung, bevor du sie auswählst. show zeigt einen ausgewählten Commit und seinen Patch:
git --no-pager show dev-start
Er ändert explorer-plan.txt. Das ist unabhängige zukünftige Arbeit. Die Korrektur liegt einen Vorgängerschritt vor dieser festen Markierung. ~1 wählt diesen Vorgänger aus, ohne deinen Checkout zu ändern:
git --no-pager show dev-start~1
Sein vollständiger Patch ändert nur die einzeilige Datei full-guide.path: Aus /downloads/harbour-guid-v1.txt wird /downloads/harbour-guide-v1.txt. Diese Korrektur ist eigenständig nutzbar; sie benötigt das Redesign nicht. Untersuche auch dieses frühere Redesign. ~2 folgt von der festen Markierung aus der Parent-Beziehung zwei Schritte zurück und wählt den einzelnen dort erreichten Vorfahren-Commit aus:
git --no-pager show dev-start~2
Es ändert die Ausgabenidentität und fügt Explorer-Pläne hinzu. Den gesamten Entwicklungsbranch zusammenzuführen würde diese nicht freigegebenen Änderungen ebenso wie die nützliche Korrektur übernehmen.
Öffne den bestehenden unterstützten Branch neben main. .. bezeichnet das übergeordnete Verzeichnis, und das zweite Argument wählt ausdrücklich den bestehenden Branch aus, statt einen neuen von main zu erstellen:
git worktree add ../supported-v1 release/1.0
git worktree list
cd ../supported-v1
git branch --show-current
git status --short
cat release.txt
Erwarte in der nativen Worktree-Liste beide Verzeichnisse, den Branch release/1.0, einen sauberen Wartungszustand und die Identität Pocket Edition 1.0. Sein separater Index gibt Cherry-Pick das benötigte saubere Ziel, während der Entwurf auf main an Ort und Stelle bleibt. Falls du versehentlich erneut main hinzufügen möchtest, erfordert die im ersten Lab gezeigte Ablehnung eines bereits ausgecheckten Branches weder Erzwingen noch Reset: Prüfe git worktree list und verwende den bestehenden unterstützten Branch.
Die Korrektur anwenden und die erhaltene Ausgabe prüfen
In diesem Schritt überträgst du nur den ausgewählten Patch auf die alte Ausgabe, testest den echten Wanderführer und bestätigst, dass die ursprüngliche Entwicklungsarbeit unversehrt ist.
Bleibe in Workspace, in /home/labex/project/release-desk/supported-v1. Ein Cherry-Pick nimmt die Änderung eines ausgewählten Commits und wendet sie auf deinem aktuellen Branch an, wobei normalerweise ein neuer Commit entsteht. Er führt nicht alle Vorfahren des ausgewählten Commits zusammen. In dieser Umgebung hat der alte Branch einen anderen Vorgänger als die Quellkorrektur, daher erhält die neue Korrektur eine eigene Commit-ID.
Lies den alten Link einmal und wende dann die untersuchte isolierte Korrektur an. Der Tag bleibt in beiden verknüpften Worktrees sichtbar, weil Repository-Objekte und Referenzen gemeinsam verwendet werden:
cat full-guide.path
git cherry-pick dev-start~1
Erwarte einen neuen Commit mit dem Betreff zum Downloadlink und einer Änderung an einer Datei, ohne Konflikt. Dieser vorbereitete Patch ändert dieselbe kleine Einstellung auf dem unterstützten Ausgangsstand; er hat keine Abhängigkeitskette. Deine Commit-ID kann abweichen.
Prüfe genau, was der Wartungsbranch erhalten hat. Der feste Tag supported-start markiert die übernommene alte Spitze, HEAD ist der aktuelle Commit dieses Worktrees, und diff vergleicht diese Snapshots:
git --no-pager diff supported-start HEAD
Erwarte nur die Pfadkorrektur für den vollständigen Wanderführer. Es sollte keine Änderung an release.txt, dem Leitfadeninhalt oder dem ursprünglichen Vorschautext und keine reine Explorer-Datei geben. Prüfe den tatsächlichen Verlauf und den sauberen Zielzustand:
git --no-pager log --oneline --decorate
git status --short
cat release.txt
Es sollte eine Korrektur direkt nach dem ursprünglichen unterstützten Commit geben. Das Entwicklungsredesign und die Fotoplanungs-Commits fehlen in der Abstammung dieses Branches. Der genaue Wortlaut der Nachricht ist nicht das Erfolgskriterium; entscheidend sind der isolierte Patch, der korrekte Ausgangsstand und die erhaltenen Dateien.
Wechsle zu Release Desk, klicke im Seitenkopf auf Release Desk, um zur Übersicht zurückzukehren, und dann auf Open supported release. Die Seite muss Pocket Edition 1.0, Harbour Loop, 3.2 km und North Pier behalten. Die lokale Vorschau liest den Branch-Commit, den du gerade weiterbewegt hast; es wird kein Remote- oder Produktionsdeployment simuliert.
Klicke auf Download full guide. Öffne die echte Datei harbour-guide-v1.txt über die Downloadliste deines Browsers. Vergleiche ihren vollständigen Inhalt mit dem zuvor gelesenen Entwicklungsdownload: Start an North Pier; alle drei Weganweisungen über Clock Steps, das alte Bootshaus und Anchor Square; 3.2 km; und der abschließende Hinweis zu Wegen und Abfall. Die Korrektur liefert den ursprünglichen unterstützten Wanderführer, keine neue Explorer-Route. Der Downloadlink allein oder ein erfolgreicher Statuscode würde keinen vollständigen Inhalt beweisen.
Verwende Download quick start und erhalte dessen ursprüngliche Checkliste. Öffne über All releases die Entwicklungsvorschau und bestätige, dass Explorer Edition 2.0 unverändert ist. Kehre mit All releases zurück.
Wechsle zu Workspace und gehe erneut in das ursprüngliche Verzeichnis von main. Ein anderes Verzeichnis ändert, welchen Worktree-Index deine Befehle prüfen. Die Log-Option -1 begrenzt die Ausgabe auf den neuesten Commit:
cd /home/labex/project/release-desk/editor
git branch --show-current
git --no-pager log -1 --oneline --decorate
git status --short
git --no-pager diff --cached -- preview.txt
git --no-pager diff -- preview.txt
cat private-note.txt
Der neueste Commit muss weiterhin der ursprüngliche Fotoplanungs-Commit mit der Markierung dev-start sein. Erwarte das ursprüngliche MM preview.txt und ?? private-note.txt auf main, denselben vorgemerkten Satz zur Fotoplanung, den separaten nicht vorgemerkten Satz zum violetten Cover und die unveränderte private Notiz. Committe oder verwirf sie nicht, nur um einen sauberen Status zu erhalten. Lasse den unterstützten Worktree verfügbar. Der Prüfpunkt kontrolliert die Verknüpfung, den unterstützten Verlauf und jede erforderliche Datei zusammen mit den echten Downloads und dem Erhalt von main.
Zusammenfassung
Du hast die tatsächlichen Entwicklungspatches untersucht, die isolierte Linkkorrektur ausgewählt und sie mit Cherry-Pick im sauberen Wartungs-Worktree angewendet. Die alte Ausgabe erhielt eine nützliche Korrektur, ohne das Redesign zu übernehmen.
Die Downloads des vollständigen Wanderführers und des Schnellstarts blieben vollständig, während die Branch-Spitze der Entwicklung, die vorgemerkte und die nicht vorgemerkte Entwurfsversion sowie die private Notiz erhalten blieben. Die unabhängige Challenge verwendet einen anderen unterstützten Branch, Wanderführer und eine andere Position der Korrektur. Wähle deshalb anhand der Belege aus, statt einen Abstand zu kopieren.
