Git-Zweige erstellen und wechseln: Wählen Sie den richtigen Ausgangspunkt

Verwenden Sie `git switch -c feature/checkout`, um bei Ihrem aktuellen Commit einen Zweig zu erstellen und zu diesem zu wechseln. Um zu einem vorhandenen lokalen Zweig zu wechseln, verwenden Sie git switch branch-name. Um einen an einem anderen Startpunkt zu erstellen, fügen Sie diesen Commit oder Zweig nach dem neuen Namen ein. In GitTree öffnet Branch den Erstellungsdialog; Überprüfen Sie den Start-Commit, bevor Sie ihn bestätigen.

Die praktische Frage ist, auf welcher Historie Ihre nächste Änderung aufbauen sollte. Eine Funktion für die nächste Version könnte mit main beginnen; Ein dringender Patch für eine ältere Version sollte von diesem Release-Zweig aus beginnen. Dieser Leitfaden begleitet einen Feature-Zweig von der Basis bis zum ersten Push mit einem animierten GitTree-Beispiel. GitTree ist der Client, den wir für macOS, Windows und Linux erstellen; Der Betrieb lokaler Zweigstellen ist im kostenlosen Plan enthalten und für aktuelle offizielle Builds ist eine Anmeldung erforderlich.

Was ist ein Git-Zweig und was bedeutet HEAD?

Ein Branch ist ein Name, der auf einen Commit verweist. Durch das Erstellen eines anderen Namens werden das Repository oder seine Dateien nicht dupliziert. HEAD identifiziert normalerweise den Zweig, den Sie ausgecheckt haben; Neue Commits erweitern diesen Zweig. Durch den Wechsel werden die ausgecheckten Dateien in den Zielverlauf verschoben, während kompatible lokale Bearbeitungen erhalten bleiben. Ein visuelles Commit-Diagramm erleichtert die Überprüfung der Zweigbezeichnungen und ihrer gemeinsamen Commits.

Erstellen Sie einen Zweig von der richtigen Basis

Überprüfen Sie zunächst den aktuellen Zweig und die lokalen Änderungen. Wenn Ihr Team die zuletzt abgerufene Hauptdatei als Basis verwenden möchte, rufen Sie origin/main explizit ab und benennen Sie sie. Rufen Sie Updates zur Remote-Tracking-Referenz ab. Ihre lokale Hauptdatei wird nicht automatisch verschoben. Ersetzen Sie origin, main und den Feature-Namen durch die tatsächlichen Namen des Repositorys.

git status
git branch --show-current
git fetch origin
git log -1 --oneline origin/main
git switch --no-track -c feature/checkout origin/main
git branch --show-current
git log -1 --oneline

Hier vermeidet --no-track, dass der Feature-Zweig den Ursprung/Hauptpfad verfolgt, nur weil er dort beginnt. Sein letztendlicher Upstream sollte normalerweise ein eigener Feature-Zweig auf der Fernbedienung sein. Wenn Sie stattdessen mit dem aktuellen Commit beginnen möchten, verwenden Sie git switch -c feature/checkout ohne Startpunkt. Verwenden Sie git branch -vv, um Tracking-Beziehungen zu überprüfen.

Wechseln Sie zu einem vorhandenen Zweig und kehren Sie zum vorherigen zurück

git switch feature/checkout
git branch --show-current
git switch -

Führen Sie jeden Schalter aus, wenn Sie tatsächlich Aufgaben ändern möchten. Bei diesen Befehlen handelt es sich um eine Referenz, nicht um Schritte, die man blind ausführen kann. git switch - kehrt zum zuvor ausgecheckten Zweig oder Commit zurück. Der Git-Switch ist ab Git 2.23 verfügbar. Bei älteren Installationen ist git checkout branch-name das etablierte Äquivalent für den Zweigwechsel. Fügen Sie niemals eine Force-Option hinzu, nur um eine Ablehnung zum Schweigen zu bringen.

Laden Sie GitTree herunter, um Zweige und ihre Start-Commits zu sehen, bevor Sie wechseln. Ihr Repository bleibt ein normales Git-Repository, sodass Sie zwischen der visuellen Benutzeroberfläche und Terminalbefehlen wechseln können.

Was passiert mit nicht festgeschriebenen Änderungen beim Zweigwechsel?

Nicht festgeschriebene Änderungen werden noch nicht in einem Zweig gespeichert. Git kann sie über einen Switch übertragen, wenn sie mit dem Ziel kompatibel sind. Es stoppt, wenn der Switch lokale Änderungen überschreiben würde. Diese Weigerung schützt die Arbeit; Dies bedeutet nicht, dass das Repository defekt ist. Überprüfen Sie git status vor und nach dem Wechsel, anstatt davon auszugehen, dass jede Änderung zu dem Zweig gehört, in dem Sie sich befanden.

GitTree bietet Stash and Switch, Commit First und Discard and Switch, wenn lokale Änderungen das Auschecken blockieren. Wählen Sie die Option, die Ihrer Absicht entspricht. Beim Stashing wird eine temporäre lokale Kopie aufbewahrt. Durch Festschreiben wird eine Momentaufnahme im Verlauf aufgezeichnet. Durch das Verwerfen werden funktionierende Änderungen entfernt. Wählen Sie „Verwerfen“ nicht als routinemäßige Methode zum Ändern von Zweigen. Der Stash-Guide erklärt, wie man die gespeicherte Arbeit überprüft und wiederherstellt.

Erstellen Sie einen lokalen Zweig aus einem Remote-Zweig

git fetch origin
git branch --remotes
git switch -c feature/checkout --track origin/feature/checkout
git branch -vv

In diesem Beispiel wird davon ausgegangen, dass der lokale Feature-/Checkout-Zweig noch nicht existiert, der Remote-Zweig jedoch schon. Wenn es lokal bereits vorhanden ist, wechseln Sie zu ihm, anstatt zu versuchen, es erneut zu erstellen. Ein Remote-Tracking-Name wie origin/feature/checkout ist Ihre zuletzt abgerufene Ansicht des Serverzweigs; In der örtlichen Zweigstelle verpflichten Sie sich. Beim Tracking werden Dateien nicht kontinuierlich synchronisiert.

Veröffentlichen Sie Ihren neuen Zweig, wenn die Änderung bereit ist

git status
git branch --show-current
git push -u origin feature/checkout

Beim Erstellen eines lokalen Zweigs wird dieser nicht hochgeladen. Nachdem Sie die beabsichtigten Änderungen überprüft und festgeschrieben haben, drängen Sie den Zweig, seine Festschreibungen zu teilen. -u zeichnet die Upstream-Beziehung auf. Bestätigen Sie vor dem ersten Push die Zielfernbedienung und den Zweig. Informationen zum umfassenderen Upload-Workflow finden Sie unter Ein Projekt an GitHub senden. Ein Push veröffentlicht keine unabhängigen, nicht festgeschriebenen Bearbeitungen oder lokalen Stash-Einträge.

Beheben Sie häufige Verzweigungsfehler, ohne den Wechsel zu erzwingen

Wenn Sie nur den falschen Zweig bearbeitet haben, ohne ihn zu bestätigen, können Sie durch das Erstellen eines neuen Zweigs am aktuellen HEAD häufig dort mit diesen Änderungen fortfahren. Wenn Sie den Fix bereits festgeschrieben haben, ist die Übertragung eine andere Aufgabe: In der Cherry-Pick-Anleitung wird das Kopieren des ausgewählten Commits erläutert. Verwenden Sie für zwei aktive Aufgaben separate Arbeitsbäume, damit das Wechseln eines Ordners den anderen nicht unterbricht.