Behalten Sie die getrennte Arbeit bei und starten Sie eine verwaiste Geschichte

• Erzählen Sie den anhaftenden, den losgelösten und den ungeborenen KOPF auseinander.
• Fügen Sie einem getrennten Commit einen Zweig hinzu, damit dieser erreichbar bleibt.
• Sagen Sie voraus, was ein verwaister Zweig mit nachverfolgten Dateien, nicht nachverfolgten Dateien und dem alten Zweig macht.
• Lesen Sie eine Zahlungsverweigerung aufgrund lokaler Änderungen.

Zwei verfügbare Kopien des Ergebnisses M aus Lektion 18. Im ersten überprüfen Sie das Commit M selbst anstelle des Zweigs, nehmen dort eine kleine Stylesheet-Änderung vor und möchten diese beibehalten. Im zweiten Schritt möchten Sie einen brandneuen, unabhängigen Verlauf für einen reinen Dokumentationszweig, ohne main zu berühren.

Alles ist lokal und im kostenlosen Plan (GitTree fordert Sie auf, sich anzumelden): kein Hosting-Konto, kein Anbieter, kein Internet. Jede Identität ist fiktiv (example.com). Führen Sie diese Lektion niemals in einem echten Projekt aus.

Nehmen Sie die Änderungen in GitTree oder mit den nativen Git-Befehlen vor, nicht beides in derselben Kopie. Das Ablesen des Ergebnisses ist immer sicher. Die Menübezeichnungen stammen aus den eigenen Strings von GitTree 2.0 und die nativen Befehle wurden mit Git 2.43 in Einwegkopien ausgeführt. Die GitTree-Schritte wurden nicht auf macOS, Windows oder Linux ausgeführt.

HEAD benennt normalerweise einen Zweig und das Festschreiben verschiebt diesen Zweig. Wenn HEAD einen Commit direkt benennt, ist er detached: Ein neuer Commit ist real, aber nichts benennt ihn. Wenn Sie ihn also wegschalten, ist er nur über das Reflog erreichbar. Das wird durch das Anbringen eines Zweigs behoben. Durch das Erstellen eines Zweigs wird nicht zu diesem gewechselt, es sei denn, Sie entscheiden sich dafür.

Ein orphan-Zweig ist anders. HEAD benennt einen Zweig, der noch kein Commit hat (einen ungeborenen Zweig). Sein erster Commit hat kein übergeordnetes Element, daher teilt er keinen Verlauf mit main. Git entfernt die verfolgten Dateien aus dem Arbeitsordner; Nicht verfolgte und ignorierte Dateien bleiben bestehen. Wenn das alte .gitignore verfolgt wurde, gelten seine Regeln und Dateien, die es ignoriert hat, können jetzt als nicht verfolgt angezeigt werden. Ihr alter Zweig behält jedes Commit.

Beide Zustände sind normal, kein Schaden. Ein Auschecken wird abgelehnt, wenn dadurch lokale Änderungen überschrieben würden; nichts geht verloren.

Beginnen Sie mit zwei separaten, gewöhnlichen Kopien des Ergebnisses von Lektion 18 und lassen Sie Ihr Original unberührt. Die folgenden Körper sind das Basis-Stylesheet (BASE_CSS), das erweiterte Stylesheet (LAYOUT), eine schmutzige Bearbeitung (DIRTY_LAYOUT), die Readme-Datei für Waisenkinder (ORPHAN_README), eine lokale Notiz (LOCAL_NOTE) und eine ignorierte Notiz (IGNORED_NOTE).

Speichern Sie jeden vollständigen UTF-8/LF-Körper nur in der angegebenen Phase, mit einer abschließenden neuen Zeile und ohne Markdown-Zäune. BASE_CSS ist die geerbte 48rem-Referenz; LAYOUT ist das 52rem-Commit; DIRTY_LAYOUT ist eine separate, nicht inszenierte 56rem-Wiederholung. Die beiden Notizdateien gehören nur zur Survivor-Variante. Unveränderte Hauptdateien erben die komplette L018/M-Eingabe.

style.css – BASE_CSS

:root {
  color-scheme: light;
  --page: #f7f8fa;
  --surface: #ffffff;
  --text: #17212e;
  --link: #154ab5;
  --line: #bac4d0;
}

* {
  box-sizing: border-box;
}

body {
  margin: 0;
  background: var(--page);
  color: var(--text);
  font: 1rem/1.6 system-ui, sans-serif;
}

a {
  color: var(--link);
}

.site-header,
main,
footer {
  width: min(68rem, 100% - 2rem);
  margin-inline: auto;
}

.site-header {
  display: flex;
  flex-wrap: wrap;
  justify-content: space-between;
  gap: 1rem;
  padding-block: 1rem;
}

.hero {
  max-width: 48rem;
  padding-block: 3rem;
}

h1 {
  font-size: clamp(2rem, 5vw, 3.5rem);
  line-height: 1.2;
}

.cards {
  display: grid;
  grid-template-columns: repeat(auto-fit, minmax(min(16rem, 100%), 1fr));
  gap: 1rem;
}

.feature-card {
  padding: 1rem;
  border: 1px solid var(--line);
  border-radius: 0.75rem;
  background: var(--surface);
}

section {
  margin-block-end: 2rem;
}

button,
input {
  font: inherit;
}

button,
input {
  padding: 0.5rem 0.75rem;
}

:focus-visible {
  outline: 3px solid var(--link);
  outline-offset: 3px;
}

form {
  display: grid;
  max-width: 28rem;
  gap: 0.5rem;
}

style.css – LAYOUT

:root {
  color-scheme: light;
  --page: #f7f8fa;
  --surface: #ffffff;
  --text: #17212e;
  --link: #154ab5;
  --line: #bac4d0;
}

* {
  box-sizing: border-box;
}

body {
  margin: 0;
  background: var(--page);
  color: var(--text);
  font: 1rem/1.6 system-ui, sans-serif;
}

a {
  color: var(--link);
}

.site-header,
main,
footer {
  width: min(68rem, 100% - 2rem);
  margin-inline: auto;
}

.site-header {
  display: flex;
  flex-wrap: wrap;
  justify-content: space-between;
  gap: 1rem;
  padding-block: 1rem;
}

.hero {
  max-width: 52rem;
  padding-block: 3rem;
}

h1 {
  font-size: clamp(2rem, 5vw, 3.5rem);
  line-height: 1.2;
}

.cards {
  display: grid;
  grid-template-columns: repeat(auto-fit, minmax(min(16rem, 100%), 1fr));
  gap: 1rem;
}

.feature-card {
  padding: 1rem;
  border: 1px solid var(--line);
  border-radius: 0.75rem;
  background: var(--surface);
}

section {
  margin-block-end: 2rem;
}

button,
input {
  font: inherit;
}

button,
input {
  padding: 0.5rem 0.75rem;
}

:focus-visible {
  outline: 3px solid var(--link);
  outline-offset: 3px;
}

form {
  display: grid;
  max-width: 28rem;
  gap: 0.5rem;
}

styles.css – DIRTY_LAYOUT

:root {
  color-scheme: light;
  --page: #f7f8fa;
  --surface: #ffffff;
  --text: #17212e;
  --link: #154ab5;
  --line: #bac4d0;
}

* {
  box-sizing: border-box;
}

body {
  margin: 0;
  background: var(--page);
  color: var(--text);
  font: 1rem/1.6 system-ui, sans-serif;
}

a {
  color: var(--link);
}

.site-header,
main,
footer {
  width: min(68rem, 100% - 2rem);
  margin-inline: auto;
}

.site-header {
  display: flex;
  flex-wrap: wrap;
  justify-content: space-between;
  gap: 1rem;
  padding-block: 1rem;
}

.hero {
  max-width: 56rem;
  padding-block: 3rem;
}

h1 {
  font-size: clamp(2rem, 5vw, 3.5rem);
  line-height: 1.2;
}

.cards {
  display: grid;
  grid-template-columns: repeat(auto-fit, minmax(min(16rem, 100%), 1fr));
  gap: 1rem;
}

.feature-card {
  padding: 1rem;
  border: 1px solid var(--line);
  border-radius: 0.75rem;
  background: var(--surface);
}

section {
  margin-block-end: 2rem;
}

button,
input {
  font: inherit;
}

button,
input {
  padding: 0.5rem 0.75rem;
}

:focus-visible {
  outline: 3px solid var(--link);
  outline-offset: 3px;
}

form {
  display: grid;
  max-width: 28rem;
  gap: 0.5rem;
}

README.md – ORPHAN_README

# GitTree Features documentation

This branch contains a documentation-only history for the fictional course project.
The landing page remains on main; no form submits information to a server.
Keep useful detached experiments under a branch name before switching away.

local-review.txt – LOCAL_NOTE

Local rehearsal note; preserve this file.

Reports/preview.txt – IGNORED_NOTE

Ignored rehearsal preview; preserve these bytes.

Öffnen Sie die Palette mit Befehl+Umschalt+P (Strg+Umschalt+P bei Ubuntu).

1. Klicken Sie in der ersten Kopie mit der rechten Maustaste auf das Commit M im Diagramm und wählen Sie Check Out This Commit. Die Zweigauswahl lautet „Getrennt um …“ und die Grafik zeigt HEAD, detached.
2. Speichern Sie LAYOUT als styles.css, stellen Sie diese Datei bereit und übergeben Sie sie mit der Zusammenfassung style: widen the hero reading measure. Das Panel zählt die Veränderung „am abgetrennten KOPF“, während Sie arbeiten.
3. Klicken Sie mit der rechten Maustaste auf das neue Commit und wählen Sie Create Branch Here…. Nennen Sie es experiment/layout, lassen Sie die Option zum Auschecken ausgeschaltet und wählen Sie Create Branch. Der Hinweis lautet „Experiment/Layout erstellt“. und HEAD ist immer noch abgetrennt.
4. Klicken Sie mit der rechten Maustaste auf die Beschriftung experiment/layout und wählen Sie Check Out Branch. HEAD ist wieder angehängt, styles.css ist LAYOUT und main zeigt immer noch auf M.
5. Dirty checkout. Trennen Sie in einer anderen Kopie bei experiment/layout, bearbeiten Sie styles.css in DIRTY_LAYOUT, ohne es zu bestätigen, und versuchen Sie, main auszuchecken. Der Dialog „Lokale Änderungen stehen der Hauptdatei im Weg“ listet die Datei auf und bietet Commit First, Stash and Switch und Discard and Switch an. Wählen Sie „Abbrechen“; Durch das Verwerfen bleibt eine Kopie unter refs/ogt/trash, ist hier aber nicht erforderlich.
6. Orphan. Führen Sie in der zweiten Kopie mit einem sauberen Arbeitsbaum Create Orphan Branch… aus der Palette aus. Unter „Eine verwaiste Filiale erstellen in …?“ Geben Sie orphan-docs ein. Das Dialogfeld gibt an, wie viele verfolgte Dateien den Arbeitsordner verlassen, welche nicht verfolgten und ignorierten Dateien verbleiben und dass der alte Commit unter refs/ogt/trash aufbewahrt wird. Abbrechen hat den Fokus. Wählen Sie Create Orphan Branch.
7. In der Benachrichtigung heißt es: „Auf den neuen Orphan-Branch „Orphan-Docs“ umgestellt. Wechsel rückgängig machen.“ Der Ordner enthält keine nachverfolgten Dateien und das Diagramm zeigt kein Commit für den neuen Zweig. Erstellen Sie README.md aus ORPHAN_README, stellen Sie es bereit und übergeben Sie es mit der Zusammenfassung docs: start the separate project guide. Der neue Commit hat kein übergeordnetes Element.
8. Vergleiche: main hat immer noch jedes Commit; Der verwaiste Zweig ist eine separate Wurzel. Drücken Sie keine Kopie.

Für jeden gewöhnlichen Commit im Kurs: Summary ist das angegebene Subjekt, Description ist leer und die Optionen Amend Previous Commit, Skip Hooks, Add Signed-off-by, Different Author, Push After Commit und Allow Empty Commit bleiben ausgeschaltet.

Im ersten Exemplar:

BASE_SHA="$(git rev-parse main)"
git switch --detach "$BASE_SHA"
git symbolic-ref --quiet --short HEAD; echo $?

Der letzte Befehl gibt 1 aus: HEAD ist kein Zweig. LAYOUT als styles.css speichern, dann:

git commit --quiet -am "style: widen the hero reading measure"
git branch experiment/layout
git symbolic-ref --quiet --short HEAD; echo $?
git rev-parse HEAD^ main
git switch --quiet experiment/layout
git symbolic-ref --short HEAD
git status --short

1
experiment/layout

Der Erstellungsbefehl hängt HEAD nicht an (die zweite Abfrage gibt weiterhin 1 aus), die beiden IDs von rev-parse sind gleich (M) und der Status ist leer. Bearbeiten Sie in einer anderen, bei experiment/layout abgetrennten Kopie styles.css und führen Sie git switch main aus: Git weigert sich mit „Ihre lokalen Änderungen an den folgenden Dateien würden durch das Auschecken überschrieben werden“ und die Datei bleibt unberührt.

In der zweiten Kopie mit sauberem Baum:

git switch --orphan orphan-docs
git symbolic-ref --short HEAD
git rev-parse --verify --quiet HEAD; echo $?
git ls-files

orphan-docs
1

Der Zweig existiert, hat aber kein Commit (rev-parse beendet 1) und ls-files gibt nichts aus. Verfolgte Dateien sind aus dem Ordner verschwunden, während local-review.txt und reports/ bestehen bleiben und nun als nicht verfolgt angezeigt werden. Erstellen Sie README.md, dann:

git add -- README.md
git commit --quiet -m "docs: start the separate project guide"
git ls-tree -r --name-only HEAD
git rev-list --max-parents=0 --count HEAD
git merge-base --all main orphan-docs; echo $?

README.md
1
1

Der neue Zweig hat einen Root-Commit und keinen gemeinsamen Vorfahren mit main (merge-base gibt nichts aus und beendet 1).

Where you end: Das abgetrennte Commit heißt experiment/layout und ist ausgecheckt, main zeigt immer noch auf M und der Baum ist sauber. Die verwaiste Kopie hat orphan-docs mit einem Root-Commit ohne übergeordnetes Element, die alten verfolgten Dateien sind aus dem Ordner verschwunden, werden aber von main behalten, und es wurde nichts gepusht.

• Festschreiben auf einem abgetrennten HEAD und Wechseln ohne Zweig, wodurch das Festschreiben nur über das Reflog erreichbar bleibt.
• Es wird erwartet, dass Create Branch Here… zum neuen Zweig wechselt.
• Starten Sie einen verwaisten Zweig mit nicht festgeschriebenen, nachverfolgten Änderungen oder denken Sie, dass dadurch main gelöscht wird.
• Angenommen, eine Datei, die ignoriert wurde, bleibt ignoriert, nachdem ihr .gitignore den Ordner verlässt.

Wenn Sie ein losgelöstes Commit ohne Namen hinterlassen haben, öffnen Sie das Reflog (Lektion 29) und legen Sie einen Zweig darauf ab. Wenn ein verwaister Zweig ein Fehler war, wechselt Undo zurück, während der neue Zweig kein Commit hat; Andernfalls schauen Sie sich main noch einmal an. Eine verweigerte Kasse änderte nichts.

Beantworten Sie jede Frage und lesen Sie dann, warum. Mit „erforderlich“ gekennzeichnete Fragen zählen zum Abschluss der Lektion.

1. Frage 1 von 6

   Frage 1 von 6

   Was ist ein freistehender KOPF?

   Wählen Sie eine Antwort.

   Ein Zweig, der gelöscht wurde.

   HEAD benennt einen Commit direkt anstelle eines Zweigs.

   Ein Zweig ohne Commits.

   Das Repository ist beschädigt.

   Antwort prüfen
2. Frage 2 von 6

   Frage 2 von 6

   Welche dieser Aussagen treffen auf einen verwaisten Zweig zu? (Mehrfachauswahl)

   Wählen Sie jede zutreffende Antwort aus.

   Verfolgte Dateien verlassen den Arbeitsordner.

   Nicht verfolgte und ignorierte Dateien bleiben an Ort und Stelle.

   Sein erster Commit hat kein übergeordnetes Element.

   Der alte Zweig verliert seine Commits.

   Antwort prüfen
3. Frage 3 von 6

   Frage 3 von 6Erforderlich

   Sie verpflichten sich zu einem abgetrennten HEAD, erstellen dort experiment/layout, ohne es auszuchecken, und sehen sich HEAD an. Was ist das?

   Wählen Sie eine Antwort.

   Ungeboren.

   Angehängt an main.

   Angehängt an experiment/layout.

   Immer noch distanziert, beim neuen Commit.

   Antwort prüfen
4. Frage 4 von 6

   Frage 4 von 6

   Ändern Sie die Eingabe: Der Arbeitsbaum weist eine nicht festgeschriebene Bearbeitung von styles.css auf, wenn Sie versuchen, main auszuchecken. Was geschieht?

   Wählen Sie eine Antwort.

   Die Bearbeitung wird automatisch nach main verschoben.

   Git weigert sich; GitTree bietet Commit First, Stash and Switch oder Discard and Switch an.

   Git wechselt und löscht die Bearbeitung stillschweigend.

   Git übernimmt die Bearbeitung für Sie.

   Antwort prüfen
5. Frage 5 von 6

   Frage 5 von 6Erforderlich

   git ls-files gibt direkt nach git switch --orphan orphan-docs nichts aus. Stimmt etwas nicht?

   Wählen Sie eine Antwort.

   Nein. Der verwaiste Zweig hat einen leeren Index und noch keinen Commit.

   Ja, führen Sie git restore . aus.

   Ja, die Dateien wurden aus main gelöscht.

   Ja, das Repository ist getrennt.

   Antwort prüfen
6. Frage 6 von 6

   Frage 6 von 6Erforderlich

   Welche Readbacks zeigen nach dem ersten Commit für orphan-docs, dass es sich um einen separaten Stamm handelt? (Mehrfachauswahl)

   Wählen Sie jede zutreffende Antwort aus.

   git rev-parse main geändert.

   git merge-base --all main orphan-docs gibt nichts aus und beendet 1.

   git ls-tree -r --name-only HEAD druckt nur README.md.

   git rev-list --max-parents=0 --count HEAD gibt 1 aus.

   Antwort prüfen

Geben Sie an, wohin HEAD in jedem Status zeigt (Zweig, abgetrennt, ungeboren), die ID des abgetrennten Commits und des darauf befindlichen Zweigs sowie was git ls-files auf dem verwaisten Zweig ausgegeben hat. Sagen Sie dann voraus, was mit einer ignorierten Datei passiert, wenn .gitignore nicht mehr vorhanden ist.

• Ein losgelöster Commit benötigt einen Branch, um erreichbar zu bleiben.
• Ein verwaister Zweig startet einen separaten Stamm und entfernt verfolgte Dateien aus dem Ordner.
• Eine abgelehnte Kaufabwicklung schützt Ihre Bearbeitung.

• Erstellen Sie einen Feature-Zweig und entfernen Sie nur die verfügbare Referenz (Lektion 9)
• Verlorenen Commit mit Reflog finden (Lektion 29)
• Laden Sie GitTree herunter

Freistehender KOPF – KOPF منفصل; Waisenzweig – فرع يتيم; ungeborener Zweig – فرع غير مولود; Root-Commit – nicht verfügbar.