Speichern und Freigeben von Code mit Git

Das Speichern und Freigeben von Codeversionen für ein Team sind die am häufigsten ausgeführten Schritte bei der Verwendung der Versionssteuerung. Git verfügt über einen einfachen dreistufigen Workflow für diese Aufgaben:

1. Einen neuen Branch für die Arbeit erstellen
2. Commit für Änderungen
3. Push den Branch, um ihn mit dem Team zu teilen.

Git erleichtert die Verwaltung der Arbeit mithilfe von Verzweigungen. Jede Bugfix, neue Features, hinzugefügte Tests und aktualisierte Konfigurationen beginnen mit neuen Verzweigungen. Verzweigungen sind leicht und lokal auf dem Entwicklungscomputer, daher müssen Sie sich keine Gedanken über die Verwendung von Ressourcen machen oder Änderungen mit anderen koordinieren, bis es an der Zeit ist, die Verzweigung zu pushen.

Verzweigungen ermöglichen es Ihnen, von anderen Änderungen der Entwicklung isoliert zu codieren. Sobald alles funktioniert, werden der Branch und seine Änderungen für Ihr Team freigegeben. Andere können mit dem Code in ihrer eigenen Kopie des Zweigs experimentieren, ohne ihre Arbeit in den eigenen Zweigen zu beeinflussen.

Erstelle eine Verzweigung

Erstellen Sie eine Verzweigung basierend auf dem Code in einem aktuellen Branch, z. B. main, wenn Sie mit einer neuen Aufgabe beginnen. Es ist gute Praxis, vor dem Erstellen eines neuen Branches mit git status zu überprüfen, welcher Branch ausgewählt ist.

Erstellen Von Verzweigungen in Git mithilfe des git branch Befehls:

> git branch <branchname>

Der Befehl zum Wechseln zwischen den Zweigen im Repository ist git checkout. Wechseln Sie, nachdem Sie den Branch erstellt haben, zu diesem, bevor Sie Änderungen speichern.

> git checkout <branchname>

Git verfügt über einen Kurzbefehl, um die Verzweigung zu erstellen und gleichzeitig darauf zu wechseln:

> git checkout -b <branchname>

Erfahren Sie mehr über das Arbeiten mit Git Branches in GitHub oder Azure DevOps.

Änderungen speichern

Git erstellt nicht automatisch Snapshots des Codes, während Bearbeitungen vorgenommen werden. Git muss genau wissen, welche Änderungen der nächsten Momentaufnahme hinzugefügt werden sollen. Dies wird als Staging bezeichnet. Nachdem Sie Ihre Änderungen bereitgestellt haben, erstellen Sie einen Commit, um die Momentaufnahme dauerhaft zu speichern.

Phasenänderungen

Git protokolliert Dateiänderungen im Repository, während sie passieren. Sie trennt diese Änderungen in drei Kategorien:

• Nicht geänderte Dateien wurden seit dem letzten Commit nicht geändert.
• Geänderte Dateien haben Änderungen seit dem letzten Commit, wurden aber nicht für den nächsten Commit zum Staging bereitgestellt.
• Mehrstufige Dateien haben Änderungen, die dem nächsten Commit hinzugefügt werden.

Wenn Sie einen Commit erstellen, werden nur die mehrstufigen Änderungen und unveränderten Dateien für die Momentaufnahme verwendet. Nicht markierte Änderungen werden im Dateisystem beibehalten, der Commit verwendet jedoch die unveränderte Datei in der Momentaufnahme.

Änderungen übernehmen

Speichern Sie Änderungen in Git, indem Sie einen Commit erstellen. Jeder Commit speichert den vollständigen Dateiinhalt des Repositorys in jedem Commit, nicht nur einzelne Dateiänderungen. Dieses Verhalten unterscheidet sich von anderen Versionssteuerungssystemen, die die Unterschiede auf Dateiebene von der letzten Version des Codes speichern. Vollständige Dateihistorien ermöglichen es Git, bessere Entscheidungen beim Zusammenführen von Änderungen zu treffen und machen den Wechsel zwischen Branches des Codes blitzschnell.

Stufen Sie Änderungen an, um git add geänderte Dateien hinzuzufügen, git rm Dateien zu entfernen und git mv Dateien zu verschieben. Verwenden Sie git commit dann den Befehl, um den Commit zu erstellen.

In der Regel möchten Entwickler alle geänderten Dateien im Repository aufstufen:

> git add –all

Übertragen Sie dann die Änderungen mit einer kurzen Beschreibung.

> git commit -m "Short description of changes."

Jeder Commit hat eine Nachricht, die seine Änderungen beschreibt. Eine gute Commit-Nachricht hilft dem Entwickler, sich an die Änderungen zu erinnern, die sie in einem Commit vorgenommen haben. Gute Commit-Nachrichten erleichtern es anderen, den Commit zu überprüfen.

Erfahren Sie mehr über das Staging von Dateien und das Commit von Änderungen in Visual Studio oder Visual Studio Code.

Freigeben von Änderungen

Unabhängig davon, ob Sie an einem Team arbeiten oder einfach nur ihren eigenen Code sichern möchten, müssen Entwickler Commits für ein Repository auf einem anderen Computer freigeben. Verwenden Sie den git push Befehl, um Commits aus dem lokalen Repository zu übernehmen und sie in ein Remote-Repository zu schreiben. Git ist in geklonten Repositorys eingerichtet, um eine Verbindung mit der Quelle des Klons herzustellen, auch bekannt als origin. Führen Sie git push aus, um die lokalen Commits auf Ihrem aktuellen Branch auf einen anderen Branch (Branchname) auf diesem Ursprungs-Repository zu schreiben. Git erstellt Verzweigungsname für das Remote-Repository, wenn es nicht vorhanden ist.

> git push origin

Wenn Sie in einem mit git init auf dem lokalen System erstellten Repository arbeiten, müssen Sie eine Verbindung zum Git-Server des Teams einrichten, bevor Änderungen gepusht werden können. Erfahren Sie mehr über das Einrichten von Remotes und das Übertragen von Änderungen in Visual Studio oder Visual Studio Code.

Branches teilen

Durch das Pushen eines lokalen Branches in das freigegebene Repository des Teams werden die Änderungen für die übrigen Teammitglieder zugänglich. Wenn git push zum ersten Mal ausgeführt wird, weist die Option -u Git an, das lokale Branch auf Branchname im origin Repository zu verfolgen. Nach dieser einmaligen Einrichtung von Nachverfolgungsinformationen können Teammitglieder git push direkt verwenden, um Updates schnell und einfach zu teilen.

> git push origin <branchname>

Nächste Schritte

Erfahren Sie mehr über Filialen in GitHub oder Azure DevOps.

Erfahren Sie mehr über das Übertragen von Commits und Verzweigungen in Visual Studio oder Visual Studio Code.