Ausgewählte Commits mit Cherry-Pick anwenden

• Wählen Sie den einen Commit aus, den Sie kopieren möchten, und sehen Sie, warum sein übergeordneter Commit nicht mitkommt.
• Sagen Sie die ID, den Autor und den Committer des neuen Commits voraus.
• Erkennen Sie eine fehlende Abhängigkeit oder eine bereits angewendete Änderung, bevor Sie etwas erzwingen.
• Vergleichen Sie das Ergebnis mit dem Quellzweig.

Priyas Zweig priya/label enthält zwei Commits über einer gemeinsamen Baseline B (der Anmeldeseite). Die erste ist eine nicht verwandte Notiz, „docs: unverwandte Quellnotiz“, die docs/temporary-review.md hinzufügt. Die zweite Lösung ist ihr Fix „Fix: Klarstellung des fiktiven E-Mail-Labels“, der das Label in index.html ändert. Ihr Zweig release/label beginnt mit derselben Baseline B und verfügt über einen eigenen Commit, „docs: record target review“, der docs/integration-note.md hinzufügt. release/label ist ausgecheckt und der Arbeitsbaum ist sauber. Sie möchten, dass sie Ihren Zweig repariert, aber nicht ihre Notiz.

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.

Cherry-Pick nimmt die Änderung, die ein Commit vorgenommen hat, gemessen an seinem eigenen übergeordneten Commit, und wendet sie als new-Commit auf den Zweig an, in dem Sie sich befinden. Es bringt weder das übergeordnete Element noch die Commits dazu. Genau aus diesem Grund können Sie Priyas Lösung in Anspruch nehmen und ihre Notiz zurücklassen.

Der Quell-Commit wird nicht berührt. Der neue Commit hat eine neue ID, da er ein neues übergeordnetes Element hat, behält aber den ursprünglichen Autor und die ursprüngliche Nachricht bei. Der Committer, die Person, die diesen Commit durchgeführt hat, sind Sie. Dieselbe Änderung mit derselben Nachricht ist immer noch ein unterschiedlicher Commit.

Abhängigkeiten sind immer noch wichtig. Der Fix bearbeitet eine Zeile des Anmeldeformulars, sodass der Zielzweig bereits über dieses Formular verfügen muss. Ist dies nicht der Fall, bricht Git mit einem Konflikt ab. Wenn das Ziel bereits dieselbe Änderung enthält, wäre die Auswahl leer und Git stoppt erneut. Schauen Sie sich in beiden Fällen an, was in der Operation steht. Erzwingen Sie keinen leeren Commit, nur um daran vorbeizukommen.

Nur der Zielzweig wird verschoben. priya/label und alles auf einem Server bleibt wie es war. Der neue Commit fügt die Labeländerung zu release/label hinzu und nichts anderes.

Beginnen Sie mit einer separaten normalen Kopie des Projekts, so wie es in Lektion 18 hinterlassen wurde, und lassen Sie Ihr Original gittree-features unberührt. Speichern Sie SIGNUP als Basis und erstellen Sie dann die beiden Zweige. Die folgenden Körper sind die Basisseite (SIGNUP), die unabhängige Notiz (DOC_NOISE), die feste Seite (SIGNUP_LABEL) und Ihre eigene Notiz (DOC_MERGE).

Speichern Sie nur in der unten genannten Phase. Dabei handelt es sich um vollständige UTF-8/LF-Körper mit einem abschließenden Zeilenumbruch; Fügen Sie niemals Markdown-Zäune ein. Unveränderte ausführbare Dateien erben die benannte Eingabe. Versionen in separaten Varianten dürfen das Original nicht überschreiben.

index.html – ANMELDEN

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main" tabindex="-1">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work clearly.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="plans-title">
      <h2 id="plans-title">Choose the workflow you need</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>Local Git</h3>
          <p>Local Git workflows work without signing in.</p>
        </article>
        <article class="feature-card">
          <h3>Connected workflows</h3>
          <p>Provider integrations and Nour require Pro or an applicable trial.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="signup-title">
      <h2 id="signup-title">Try the demo form</h2>
      <form id="signup-form" novalidate>
        <label for="demo-email">Demo email</label>
        <input id="demo-email" name="email" type="email" autocomplete="off" aria-describedby="signup-hint">
        <p id="signup-hint">Use a fictional example.com address. Nothing is sent.</p>
        <button type="submit">Check the address locally</button>
        <p id="signup-result" role="status"></p>
      </form>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

docs/temporary-review.md – DOC_NOISE

Temporary rehearsal note, deliberately dropped.

index.html – SIGNUP_LABEL

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main" tabindex="-1">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work clearly.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="plans-title">
      <h2 id="plans-title">Choose the workflow you need</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>Local Git</h3>
          <p>Local Git workflows work without signing in.</p>
        </article>
        <article class="feature-card">
          <h3>Connected workflows</h3>
          <p>Provider integrations and Nour require Pro or an applicable trial.</p>
        </article>
      </div>
    </section>
    <section aria-labelledby="signup-title">
      <h2 id="signup-title">Try the demo form</h2>
      <form id="signup-form" novalidate>
        <label for="demo-email">Fictional email address</label>
        <input id="demo-email" name="email" type="email" autocomplete="off" aria-describedby="signup-hint">
        <p id="signup-hint">Use a fictional example.com address. Nothing is sent.</p>
        <button type="submit">Check the address locally</button>
        <p id="signup-result" role="status"></p>
      </form>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

docs/integration-note.md – DOC_MERGE

# Integration review

This note was written on main while signup work was private.

Öffnen Sie die Palette mit Befehl+Umschalt+P (Strg+Umschalt+P bei Ubuntu). Aktionen für einen Commit verwenden das Rechtsklickmenü dieses Commits.

1. Erstellen Sie die Grundlinie und die beiden Zweige, wie im nächsten Abschnitt gezeigt. Schauen Sie sich release/label an und bestätigen Sie, dass der Arbeitsbaum sauber ist.
2. Suchen Sie in der Grafik nach Priyas Commit „Fix: Klären Sie das fiktive E-Mail-Label“ und nicht nach der Notiz darunter. Wählen Sie es aus und lesen Sie seine Details: ein geänderter Pfad, index.html, und sein übergeordnetes Element ist die nicht verwandte Notiz.
3. Klicken Sie mit der rechten Maustaste auf dieses Commit und wählen Sie Cherry-Pick Commit. Es gilt sofort für die Filiale, in der Sie sich befinden. Es gibt keine Filialauswahl. Der Befehl ist für den Commit deaktiviert, der bereits der aktuelle ist.
4. Warten Sie auf das tatsächliche Ergebnis. Wenn ein Vorgang stoppt, verwenden Sie Resolve, Continue oder Abort… auf dem Banner, anstatt erneut auszuwählen.
5. Wählen Sie den neuen Commit am release/label aus. Seine ID unterscheidet sich von der von Priya, der Autor ist Priya Nair und der Committer ist GitTree Demo.
6. Öffnen Sie index.html: es ist SIGNUP_LABEL. docs/temporary-review.md ist nicht da und Ihr eigenes docs/integration-note.md ist da. priya/label benennt immer noch seinen alten Tipp.
7. Lassen Sie release/label sauber. Nicht pushen und nicht zusammenführen priya/label.

Wenn Sie zwei oder mehr Commits im Diagramm auswählen, bietet das Menü Cherry-Pick Commits an und kopiert sie der Reihe nach. Diese Lektion kopiert einen.

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.

Erstellen Sie in einer separaten Kopie des Ergebnisses von Lektion 18 den Basiszweig, bevor Sie SIGNUP speichern:

git switch --create label-base

Speichern Sie die Anmeldung als index.html, dann:

git add -- index.html
git commit --quiet -m "feat: prepare the shared signup baseline"
BASE_SHA="$(git rev-parse HEAD)"
git switch --create priya/label

Speichern Sie DOC_NOISE als docs/temporary-review.md, dann:

git add -- docs/temporary-review.md
git commit --quiet -m "docs: unrelated source note"

Speichern Sie SIGNUP_LABEL als index.html, dann:

git add -- index.html
git -c user.name="Priya Nair" -c user.email=priya@example.com commit --quiet -m "fix: clarify the fictional email label"
PICK_SHA="$(git rev-parse HEAD)"
git switch --create release/label "$BASE_SHA"

Speichern Sie DOC_MERGE als docs/integration-note.md, dann:

git add -- docs/integration-note.md
git commit --quiet -m "docs: record target review"

Wählen Sie nun den Fix aus und lesen Sie das Ergebnis:

git cherry-pick "$PICK_SHA"
git log -1 --format='%s%n%an <%ae>%n%cn <%ce>'
git diff-tree --no-commit-id --name-only -r HEAD
git status --short

fix: clarify the fictional email label
Priya Nair <priya@example.com>
GitTree Demo <demo@example.com>
index.html

Die ID des neuen Commits unterscheidet sich von PICK_SHA, index.html ist SIGNUP_LABEL, docs/temporary-review.md fehlt und der Status ist leer. Zwei Variationen, die Sie kennen sollten, werden in separaten Kopien ausgeführt, niemals in der kanonischen: git cherry-pick -x "$PICK_SHA" fügt der neuen Nachricht die Zeile „(cherrypicked from commit …)“ hinzu, was bei der Auswahl gemeinsam genutzter Zweige hilfreich ist; und auf einem Ziel, dem das Anmeldeformular fehlt, stoppt derselbe Befehl mit einem Konflikt auf index.html, den Sie lösen (Lektion 23) oder mit git cherry-pick --abort verlassen. Wenn das Ziel die Änderung bereits hat, stoppt Git erneut mit einem leeren Pick und git cherry-pick --skip oder --abort ist der Ausweg.

Where you end: release/label hat einen neuen Commit mit Priyas Fix, verfasst von Priya Nair und Commit von GitTree Demo, mit einer neuen ID. Die Seite hat die geklärte Bezeichnung, der unabhängige Hinweis ist nicht enthalten, priya/label und der Server sind unverändert und der Arbeitsbaum ist sauber.

• Das Denken von Cherry-Pick verschiebt den Commit. Es kopiert die Änderung; das Original bleibt dort, wo es war.
• Den falschen Commit auswählen, die nicht verwandte Notiz anstelle des Fixes.
• Erzwingen eines leeren Commits, wenn die Änderung bereits im Zweig vorhanden ist.
• Verwenden Sie Cherry-Pick, um eine ganze Funktion Commit für Commit zu kopieren, anstatt sie zusammenzuführen.

Wenn die Auswahl stoppt, lesen Sie das Banner. Resolve und Continue beenden es wie in Lektion 23; Abort… gibt den Zweig dorthin zurück, wo er war. Wenn die Auswahl nach Abschluss ein Fehler war, erfolgt das neue Commit nur auf release/label: Machen Sie es dort rückgängig, und der Quellzweig wurde nie berührt.

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 kopiert Cherry-Pick?

   Wählen Sie eine Antwort.

   Nur die Commit-Nachricht.

   Der gesamte Zweig, auf dem das Commit ausgeführt wird, lebt weiter.

   Der Commit selbst mit derselben ID.

   Die von einem Commit vorgenommene Änderung wird als neuer Commit angewendet.

   Antwort prüfen
2. Frage 2 von 6

   Frage 2 von 6

   Welche dieser Aussagen treffen nach der Auswahl auf das neue Commit zu?

   Wählen Sie jede zutreffende Antwort aus.

   Seine ID unterscheidet sich von der ID des Quell-Commits.

   GitTree Demo, die Person, die ausgewählt hat, ist der Committer.

   Priya Nair ist immer noch die Autorin.

   Der Quell-Commit für priya/label wurde entfernt.

   Antwort prüfen
3. Frage 3 von 6

   Frage 3 von 6Erforderlich

   Priyas Fix liegt an der Spitze eines unabhängigen Notiz-Commits. Sie wählen nur den Fix für release/label aus. Ist docs/temporary-review.md danach auf release/label?

   Wählen Sie eine Antwort.

   Erst nachdem Sie priya/label zusammengeführt haben.

   Nein. Es wird nur die eigene Änderung des Fixes angewendet.

   Ja. Git bringt jeden Commit vor den von Ihnen ausgewählten.

   Ja, als leere Datei.

   Antwort prüfen
4. Frage 4 von 6

   Frage 4 von 6

   Ändern Sie die Eingabe: release/label verfügt nicht über das Anmeldeformular, das durch Priyas Fix bearbeitet wird. Was passiert, wenn Sie auswählen?

   Wählen Sie eine Antwort.

   Git wählt jedes frühere Commit automatisch aus.

   Git erstellt einen leeren Commit.

   Git wendet die Hälfte der Änderung stillschweigend an.

   Die Auswahl endet mit einem Konflikt; Sie lösen es und fahren fort oder brechen ab.

   Antwort prüfen
5. Frage 5 von 6

   Frage 5 von 6Erforderlich

   Sie wählen einen Commit aus und Git stoppt mit „Der vorherige Cherry-Pick ist jetzt leer“. Die Änderung ist bereits in Ihrer Filiale vorhanden. Was machst du?

   Wählen Sie eine Antwort.

   Erzwingen Sie es immer mit einer Option zum Leeren zulassen.

   Führen Sie den gesamten Quellzweig zusammen, um das Problem zu beheben.

   Überprüfen Sie, ob die Änderung wirklich bereits vorhanden ist, und überspringen Sie dann den Vorgang oder brechen Sie den Vorgang ab. Erzwingen Sie kein leeres Commit.

   Löschen Sie den Zweig und beginnen Sie erneut.

   Antwort prüfen
6. Frage 6 von 6

   Frage 6 von 6Erforderlich

   Welche Readbacks zeigen, dass der Pick das getan hat, was in der Lektion steht?

   Wählen Sie jede zutreffende Antwort aus.

   git status --short listet docs/temporary-review.md auf.

   git log -1 --format='%s%n%an <%ae>%n%cn <%ce>' zeigt Priya als Autorin und GitTree Demo als Committer.

   git rev-parse HEAD unterscheidet sich von der ID des Quell-Commits.

   git diff-tree --no-commit-id --name-only -r HEAD listet nur index.html auf.

   Antwort prüfen

Melden Sie die ID, den Autor und den Committer des neuen Commits, seine geänderten Pfade und ob docs/temporary-review.md vorhanden ist. Sagen Sie dann voraus, was passiert, wenn Sie denselben Commit erneut für release/label auswählen.

• Cherry-Pick kopiert die Änderung eines Commits als neuen Commit.
• Das übergeordnete Element und die Commits davor bleiben zurück.
• Überprüfen Sie Abhängigkeiten und leere Picks, bevor Sie etwas erzwingen.

• Merge- und Rebase-Konflikte lösen (Lektion 23)
• Verlauf lesen, ohne HEAD zu bewegen (Lektion 8)
• Laden Sie GitTree herunter

Rosinenpickel – انتقاء; Quell-Commit – Quellcode; Ziel – الهدف; Abhängigkeit – اعتماد.