Übertragen nicht festgeschriebener Änderungen in einen neuen Git-Zweig

Richten Sie eine neue Niederlassung für Ihre unverbindliche Arbeit ein

Bei der Entwicklung neuer Funktionen ist es üblich, sich darüber im Klaren zu sein, dass die Änderungen in ihrem eigenen Zweig isoliert werden sollten. Dies ermöglicht eine bessere Organisation und parallele Entwicklung. Wenn Sie mit der Arbeit an einer neuen Funktion begonnen haben und auf halbem Weg entscheiden, dass diese in einem separaten Zweig gespeichert werden soll, bietet Git eine einfache Möglichkeit, diese nicht festgeschriebenen Änderungen zu übertragen.

In diesem Artikel führen wir Sie durch den Prozess der Verlagerung Ihrer vorhandenen, nicht festgeschriebenen Arbeit in eine neue Niederlassung. Darüber hinaus erfahren Sie, wie Sie Ihren aktuellen Zweig zurücksetzen können, ohne Ihren Fortschritt zu verlieren. Dadurch wird sichergestellt, dass Ihr Arbeitsablauf sauber und effizient bleibt.

Den Git-Workflow zur Verwaltung nicht festgeschriebener Arbeit verstehen

Im ersten Skriptbeispiel verschieben wir nicht festgeschriebene Änderungen mithilfe einer Reihe von Git-Befehlen manuell in einen neuen Zweig. Der Prozess beginnt mit git checkout -b new-feature-branch, wodurch ein neuer Zweig mit dem Namen „new-feature-branch“ erstellt und zu diesem gewechselt wird. Dies ist wichtig, um die Arbeit der neuen Funktion vom Hauptzweig zu isolieren. Als nächstes stellen wir alle nicht festgeschriebenen Änderungen mit bereit git add .. Dieser Befehl stellt sicher, dass alle geänderten und neuen Dateien zum Festschreiben vorbereitet werden. Im Anschluss daran wurde die git commit -m "Move uncommitted work to new feature branch" Der Befehl übergibt diese Änderungen an den neuen Zweig mit einer Meldung, in der die Aktion erläutert wird.

Nachdem wir die Änderungen im neuen Zweig gesichert haben, kehren wir mit zum ursprünglichen Zweig zurück git checkout original-branch. Um den ursprünglichen Zweig auf seinen vorherigen Zustand zurückzusetzen, verwenden wir git reset --hard HEAD~1. Dieser Befehl setzt den Zweig zwangsweise auf den vorherigen Commit zurück und verwirft alle seitdem vorgenommenen Änderungen. Diese Befehlsreihe stellt sicher, dass die Arbeit an der neuen Funktion in ihrem eigenen Zweig erhalten bleibt, während der ursprüngliche Zweig auf einen sauberen Zustand zurückgesetzt wird.

Automatisieren des Prozesses mit einem Shell-Skript

Das zweite Skriptbeispiel automatisiert diesen Prozess mithilfe eines Shell-Skripts. Das Skript prüft zunächst, ob ein neuer Filialname angegeben wurde if [ -z "$1" ]; then, wodurch das Skript beendet wird, wenn kein Name angegeben wird. Die Variable NEW_BRANCH=$1 weist den angegebenen Zweignamen einer Variablen zu. Das Skript erstellt dann diesen neuen Zweig und wechselt zu diesem git checkout -b $NEW_BRANCH. Alle nicht festgeschriebenen Änderungen werden mit bereitgestellt git add ., und engagiert mit git commit -m "Move uncommitted work to $NEW_BRANCH".

Nach dem Festschreiben der Änderungen wechselt das Skript mit zum vorherigen Zweig zurück git checkout -. Der letzte Befehl git reset --hard HEAD~1 Setzt den ursprünglichen Zweig auf seinen vorherigen Commit zurück und stellt so sicher, dass er sauber und frei von den Änderungen ist, die in den neuen Zweig verschoben wurden. Dieses Shell-Skript bietet eine praktische Möglichkeit, den Prozess des Verschiebens nicht festgeschriebener Arbeit in einen neuen Zweig und des Zurücksetzens des aktuellen Zweigs zu automatisieren und so die Verwaltung Ihres Workflows in Git zu vereinfachen.

# Step 1: Create a new branch and switch to it
git checkout -b new-feature-branch

# Step 2: Stage all uncommitted changes
git add .

# Step 3: Commit the staged changes
git commit -m "Move uncommitted work to new feature branch"

# Step 4: Switch back to the original branch
git checkout original-branch

# Step 5: Reset the original branch to the previous commit
git reset --hard HEAD~1

#!/bin/bash

# Check if the user provided a branch name
if [ -z "$1" ]; then
  echo "Usage: $0 <new-branch-name>"
  exit 1
fi

NEW_BRANCH=$1

# Create and switch to the new branch
git checkout -b $NEW_BRANCH

# Stage all uncommitted changes
git add .

# Commit the changes
git commit -m "Move uncommitted work to $NEW_BRANCH"

# Switch back to the original branch
git checkout -

# Reset the original branch
git reset --hard HEAD~1

Erstellen und Verwalten von Feature-Branches in Git

Bei der Arbeit mit Git ist es wichtig, Ihren Arbeitsablauf organisiert zu halten, insbesondere bei der Entwicklung neuer Funktionen. Eine bewährte Methode ist die Verwendung von Feature-Branches. Mit einem Feature-Zweig können Sie unabhängig von der Hauptcodebasis an einem neuen Feature arbeiten. Durch diese Isolierung wird verhindert, dass unfertiger oder instabiler Code Auswirkungen auf den Hauptzweig hat. Um einen Feature-Zweig zu erstellen, verwenden Sie den Befehl git checkout -b feature-branch. Dadurch wird nicht nur der Zweig erstellt, sondern Sie werden auch dorthin weitergeleitet, um sicherzustellen, dass alle neuen Arbeiten im richtigen Kontext ausgeführt werden.

Sobald Sie Ihren Feature-Zweig erstellt haben, können Sie an Ihrem neuen Feature arbeiten, ohne dass sich dies auf den Hauptzweig auswirkt. Dies ist besonders nützlich in einer kollaborativen Umgebung, in der mehrere Entwickler gleichzeitig an verschiedenen Funktionen arbeiten. Wenn Ihre Funktion vollständig und gründlich getestet ist, können Sie sie mit wieder in den Hauptzweig einbinden git merge feature-branch. Auf diese Weise enthält der Hauptzweig nur stabilen und vollständigen Code. Wenn Sie Ihren Feature-Zweig mit den neuesten Änderungen aus dem Hauptzweig aktualisieren müssen, können Sie Folgendes verwenden: git rebase main Während Sie sich in Ihrem Feature-Zweig befinden, stellen Sie sicher, dass er auf dem neuesten Stand ist.