Das Speichern und die gemeinsame Nutzung von Codeversionen im Team sind die häufigsten Aufgaben bei der Verwendung der Versionskontrolle. Git bietet einen einfachen dreistufigen Arbeitsablauf für diese Aufgaben:
Einen neuen Zweig für die Arbeit erstellen
Committen von Änderungen
Verschieben Sie den Zweig, um ihn mit dem Team zu teilen
Git macht es einfach, die Arbeit mit Zweigen zu verwalten. Jede Fehlerbehebung, jede neue Funktion, jeder hinzugefügte Test und jede aktualisierte Konfiguration beginnt mit einem neuen Zweig. Zweige sind leichtgewichtig und lokal auf dem Entwicklungsrechner, so dass Sie sich keine Gedanken über die Verwendung von Ressourcen oder die Koordination von Änderungen mit anderen machen müssen, bis es an der Zeit ist, den Zweigzu pushen.
Zweige ermöglichen es Ihnen, Ihren Code von anderen Änderungen in der Entwicklung zu isolieren. Sobald alles funktioniert, werden der Zweig und seine Änderungen an Ihr Team weitergegeben. Andere können mit dem Code in ihrer eigenen Kopie des Zweigs experimentieren, ohne dass dies Auswirkungen auf die laufenden Arbeiten in ihren eigenen Zweigen hat.
Erstellen einer Verzweigung
Erstellen Sie einen Zweig auf der Grundlage des Codes in einem aktuellen Zweig, z. B. main, wenn Sie mit einer neuen Arbeit beginnen. Es empfiehlt sich, vor der Erstellung eines neuen Zweigs zu prüfen, welcher Zweig mit git status ausgewählt wurde.
Erstellen Sie Zweige in Git mit dem Befehl git branch :
> git branch <branchname>
Der Befehl zum Wechseln zwischen den Zweigen im Repository lautet git checkout. Wechseln Sie nach der Erstellung des Zweigs zu diesem, bevor Sie die Änderungen speichern.
> git checkout <branchname>
Git verfügt über einen Kurzbefehl, um den Zweig zu erstellen und gleichzeitig zu ihm zu wechseln:
> git checkout -b <branchname>
Erfahren Sie mehr über die Arbeit mit Git-Zweigen unter GitHub oder Azure DevOps.
Änderungen speichern
Git erstellt nicht automatisch einen Snapshot des Codes, wenn Änderungen vorgenommen werden. Git muss genau wissen, welche Änderungen dem nächsten Snapshot hinzugefügt werden sollen. Dies wird als stagingbezeichnet. Nachdem Sie Ihre Änderungen bereitgestellt haben, erstellen Sie einen commit, um den Snapshot dauerhaft zu speichern.
Etappenwechsel
Git verfolgt die Datei-Änderungen, die im Repository vorgenommen werden, während sie passieren. Sie unterteilt diese Änderungen in drei Kategorien:
Unveränderte Dateien wurden seit dem letzten Commit nicht mehr verändert.
Geänderte Dateien haben Änderungen seit dem letzten Commit, wurden aber noch nicht für den nächsten Commit bereitgestellt.
Staged files haben Änderungen, die bei der nächsten Übertragung hinzugefügt werden.
Wenn Sie eine Übertragung erstellen, werden nur die bereitgestellten Änderungen und unveränderten Dateien für den Snapshot verwendet. Unveränderte Änderungen bleiben im Dateisystem erhalten, aber die Übertragung verwendet die unveränderte Datei in ihrem Snapshot.
Committen von Änderungen
Speichern Sie Änderungen in Git, indem Sie einen Commit erstellen. Jeder Commit speichert den gesamten Dateiinhalt des Repos in jedem Commit, nicht nur einzelne Dateiänderungen. Dieses Verhalten unterscheidet sich von anderen Versionskontrollsystemen, die die Unterschiede auf Dateiebene gegenüber 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 Codezweigen blitzschnell.
Führen Sie Änderungen mit git add durch, um geänderte Dateien hinzuzufügen, git rm, um Dateien zu entfernen, und git mv, um Dateien zu verschieben. Verwenden Sie dann den Befehl git commit, um die Übertragung zu erstellen.
In der Regel sollten Entwickler alle geänderten Dateien im Repository bereitstellen:
> git add –all
Übertragen Sie dann die Änderungen mit einer kurzen Beschreibung:
> git commit -m "Short description of changes."
Jeder Commit hat eine Nachricht, in der die Änderungen beschrieben werden. Eine gute Commit-Nachricht hilft dem Entwickler, sich an die Änderungen zu erinnern, die er in einem Commit vorgenommen hat. Gute Commit-Nachrichten machen es auch für andere leichter, den Commit zu überprüfen.
Weitere Informationen zum Bereitstellen von Dateien und Übertragen von Änderungen finden Sie unter Visual Studio oder Visual Studio Code.
Freigeben von Änderungen
Unabhängig davon, ob sie in einem Team arbeiten oder nur ihren eigenen Code sichern wollen, müssen Entwickler Commits mit einem Repo auf einem anderen Computer austauschen. Verwenden Sie den Befehl git push, um Commits aus dem lokalen Repository zu nehmen und in ein entferntes Repository zu schreiben. Git ist in geklonten Repos so eingerichtet, dass es sich mit der Quelle des Klons verbindet, auch bekannt als origin. Führen Sie git push aus, um die lokalen Übertragungen in Ihrem aktuellen Zweig in einen anderen Zweig (branchname) in diesem origin Repository zu schreiben. Git erstellt branchname auf dem entfernten Repository, wenn es nicht existiert.
> git push origin
Wenn Sie in einem Repository arbeiten, das auf dem lokalen System mit git initerstellt wurde, müssen Sie eine Verbindung zum Git-Server des Teams herstellen, bevor Änderungen übertragen werden können. Weitere Informationen zum Einrichten von Remotes und zum Übertragen von Änderungen finden Sie unter Visual Studio oder Visual Studio Code.
Filialen teilen
Wenn ein lokaler Zweig in das gemeinsame Repo des Teams verschoben wird, sind seine Änderungen für den Rest des Teams zugänglich. Wenn git push zum ersten Mal ausgeführt wird, veranlasst die Option -u Git dazu, den lokalen Zweig branchname aus dem origin Repo zu verfolgen. Nach dieser einmaligen Einrichtung der Tracking-Informationen können die Teammitglieder git push direkt nutzen, um Updates schnell und einfach auszutauschen.
Diese Zertifizierung bewertet Ihre Fähigkeit, die folgenden technischen Aufgaben zu bewältigen: Entwerfen und Implementieren von Prozessen und Kommunikationen, Entwerfen und Implementieren einer Quellcodeverwaltungsstrategie, Entwerfen und Implementieren von Build- und Release-Pipelines, Entwickeln eines Sicherheits- und Complianceplans und Implementieren einer Instrumentierungsstrategie.