Veröffentlichen Ihres Repositorys zum Ermöglichen der Zusammenarbeit
Sie haben erfahren, wie Git Ihnen ermöglicht, die Änderungen an Ihrem Bicep-Code nachzuverfolgen. In dieser Lerneinheit erfahren Sie, wie Git auch die Zusammenarbeit mit Ihren Teammitgliedern ermöglicht.
Hinweis
Die Befehle in dieser Lerneinheit dienen der Veranschaulichung der Konzepte. Führen Sie die Befehle jetzt noch nicht aus. Sie können das Erlernte in Kürze üben.
Was sind GitHub und Azure Repos?
Git ist eine Software, die Sie auf Ihrem eigenen Computer installieren und ausführen. Wie Sie erfahren haben, verfolgt Git die Änderungen, die Sie an Ihren Dateien vornehmen, nach. Es ermöglicht Features wie Branching.
GitHub und Azure Repos sind Onlinedienste, die Kopien Ihres Git-Repositorys speichern und die gemeinsame Entwicklung ermöglichen. Nachdem Sie sich für GitHub oder Azure Repos registriert haben, arbeiten Sie weiterhin mit Git, indem Sie dieselben Befehle verwenden wie bisher. Sie arbeiten weiterhin mit Ihrem lokalen Git-Repository. Der Unterschied besteht darin, dass Sie Ihr lokales Git-Repository mit einem Onlinerepository synchronisieren können. Sie können auch anderen Personen Zugriff auf das Onlinerepository gewähren und kontrollieren, ob sie Ihren Code lesen oder ändern können.
Hinweis
Azure Repos ist ein Feature von Azure DevOps. Wenn Sie mit Azure Repos arbeiten, verwenden Sie die Azure DevOps-Website.
In einer Teamumgebung verwaltet jeder im Team sein eigenes lokales Git-Repository und synchronisiert es mit der Onlinekopie. In den meisten Situationen wird die Onlinekopie zur Quelle der Wahrheit für Ihr Team.
In einem späteren Modul erfahren Sie, wie Sie Ihren Bicep-Code über eine automatisierte Bereitstellungspipeline bereitstellen. Pipelines erfordern, dass Ihr Code in einem Onlinerepository gespeichert wird. Die Pipeline kann auch von dort aus auf den Code zu.
Hinweis
GitHub und Azure DevOps sind beide hervorragende Optionen zum Hosten Ihres Git-Repositorys. Möglicherweise verwendet Ihre Organisation bereits das eine oder das andere. Wenn Sie noch keine Möglichkeit bevorzugen, empfehlen wir, GitHub zu verwenden, weil die ersten Schritte damit in der Regel etwas einfacher sind.
Lokale und Remoterepositorys
Wenn Sie mit Repositorys arbeiten, die in GitHub oder Azure DevOps gehostet werden, konfigurieren Sie Ihr lokales Git-Repository so, dass es das Remoterepository kennt. Ein Onlinerepository besitzt eine URL, über die Git von Ihrem Computer aus darauf zugreifen kann. Herkömmlicherweise bezieht sich der Begriff Ursprung (origin) auf das Remoterepository, mit dem Ihr lokales Repository synchronisiert wird.
Sie müssen auch Nachverfolgungsbranches einrichten,die Git mitteilen, dass ein Branch aus Ihrem lokalen Repository denselben Branch wie in Ihrem Onlinerepository darstellt. Diese Nachverfolgung ist besonders wichtig für Ihren Main-Branch, da Sie diesen über alle Repositorys hinweg synchronisiert halten sollten. Sie können die Nachverfolgung auch für andere Branches aktivieren.
Hinweis
Ihr Team hat möglicherweise bereits ein Repository erstellt, das Sie anzeigen oder ändern möchten. Sie können schnell eine Kopie des Repositorys abrufen, indem Sie das Onlinerepository mit dem Befehl git cloneklonen.
Nachdem Sie Ihr lokales Repository und den Nachverfolgungsbranch konfiguriert haben, können Sie den Inhalt Ihres lokalen Repositorys in das Remoterepository pushen. Außerdem können Sie die Änderungen des Remoterepositorys in Ihr lokales Repository pullen.
Hinweis
Der Vorgang git pull lädt die Änderungen aus Ihrem Remoterepository herunter und führt die Änderungen dann zusammen – genau wie beim Zusammenführen von Branches. Gelegentlich möchten Sie nur Änderungen aus dem Remoterepository herunterladen, z. B. wenn Sie die Liste der Remotebranches Ihres lokalen Repositorys aktualisieren möchten. Verwenden Sie hierfür den Befehl git fetch.
Authentifizierung
Wenn Sie beginnen, mit Onlinerepositorys zu arbeiten, wird Sicherheit wichtig. Quellcode für Ihre Infrastruktur und Anwendungen ist wertvoll und muss geschützt werden.
GitHub und Azure DevOps verfügen über umfassende Sicherheitsprozesse. Beide erfordern, dass Sie sich authentifizieren, bevor Sie mit Remoterepositorys arbeiten, die auf ihren Plattformen gehostet werden.
Wenn Sie zum ersten Mal versuchen, mit einem Remoterepository zu arbeiten, werden Sie aufgefordert, sich bei GitHub oder Azure DevOps anzumelden. Einige Organisationen schützen ihre Git-Repositorys mit zusätzlichen Sicherheitsüberprüfungen wie Multi-Faktor-Authentifizierung. Nachdem Sie sich angemeldet haben, verwendet Git eine Komponente namens Git-Anmeldeinformationsverwaltung (Credential Manager), um Ihren Zugriff zu verwalten, sodass Sie sich nicht jedes Mal anmelden müssen.
Zusammenarbeit mit anderen
Nachdem Sie Ihr Git-Repository auf GitHub oder in Azure Repos eingerichtet haben, können Sie mit anderen zusammenarbeiten. Es gibt zahlreiche Features, die Sie für die Zusammenarbeit mit Ihrem Team verwenden können. Ein bestimmtes Feature, das Sie kennen sollten, wird als Pull Requests bezeichnet, was häufig als PRs abgekürzt wird.
Ein Pull Request ist im Endeffekt eine kontrollierte Zusammenführung zweier Branches. GitHub oder Azure Repos kann Richtlinien dafür erzwingen, wer zusammenführen kann und welche Arten von Änderungen zusammengeführt werden können.
Ein typischer Teamworkflow würde beinhalten, dass ein Teammitglied Änderungen an seinem Code in einem Branch vornimmt und dann einen Pull Request erstellt, um eine andere Person zu bitten, seine Änderungen im Mainbranch zusammenzuführen. Andere Teammitglieder können die Liste der Änderungen im PR sehen. Diese Teammitglieder können sogar Feedback zu den Änderungen geben oder Überarbeitungen anfordern, bevor sie sie akzeptieren. PRs bieten eine Möglichkeit, die Qualität des Codes Ihres Teams zu kontrollieren.
PRs und andere Funktionen für die Zusammenarbeit liegen außerhalb des Umfangs dieses Moduls, aber wir stellen Links zu Informationen über diese Features in der Zusammenfassung bereit.