GitHub-Flow erkunden

Abgeschlossen

Der GitHub-Fluss veranschaulicht, wie GitHub der herkömmlichen Git-basierten Softwareentwicklung für die Zusammenarbeit Mehrwert verleihen kann. Der Zweck besteht darin, Updates für von GitHub gehostete Projekte zu optimieren, indem sie einen präskriptiven Leitfaden zum Prozess der Anwendung von Änderungen am Repository des Projekts bereitstellen. Die Organisation in unserem Beispielszenario würde wahrscheinlich von der Integration von GitHub Flow in ihre DevOps-Praktiken profitieren, insbesondere angesichts ihrer mangelnden Erfahrung bei der Verwendung von Git-basierten Repositorys. Überprüfen Sie in dieser Lektion die Reihenfolge der Schritte, die den am häufigsten verwendeten Anwendungsfall von GitHub-Fluss darstellen.

GitHub-Flow befolgen

Der GitHub-Fluss besteht aus den folgenden Schritten:

1. Erstellen eines Repositorys. Um dem GitHub-Fluss zu folgen, benötigen Sie ein GitHub-Konto und ein Repository. Standardmäßig enthält ein neues Repository den Standardbranch, der in der Regel den Namen Standard hat.

2. Erstellen eines Branches. Durch das Erstellen einer anderen Verzweigung können Sie Ihre Änderungen entwickeln und speichern, ohne dass sich dies auf die Standardverzweigung auswirkt. Darüber hinaus können andere Personen an Ihren Änderungen zusammenarbeiten, indem sie diese überprüfen, bevor sie in den Hauptzweig zusammengeführt werden. Sie können eine Verzweigung direkt in GitHub erstellen oder das Repository auf Ihren lokalen Computer klonen und dort eine Verzweigung erstellen.

3. Vornehmen von Änderungen am Branch. Wenden Sie Änderungen auf den neu erstellten Branch an, indem Sie die Commit- und (wenn Sie lokal arbeiten) Pushaktionen aufrufen. Sie können Dateien direkt im von GitHub gehosteten Repository mithilfe der GitHub-Webschnittstelle bearbeiten. Geben Sie für jeden Commit eine kurze Nachricht an, die die angewendeten Änderungen beschreibt. Wiederholen Sie diese Schritte, bis Sie ihre Änderungen als abgeschlossen betrachten und bereit sind, andere Personen aufzufordern, sie zu überprüfen.

4. Erstellen einer Pullanforderung. Fordern Sie Feedback an, indem Sie einen Pull Request erstellen (häufig als PR-abgekürzt) nach dem letzten Commit an dem von Ihnen erstellten Branch. Geben Sie eine Zusammenfassung der Änderungen an, die in dem Branch enthalten sind, und erläutern Sie die Verbesserung, die sie bewirken sollen. Verwenden Sie die @ Erwähnungsnotation, wenn Sie eine Überprüfung von bestimmten Personen oder Teams anfordern möchten.

   

5. Bewerten des Pull Requests. Hier können andere Personen Ihre Pull-Anforderung überprüfen und ihr Feedback übermitteln, einschließlich Kommentaren, Fragen und Vorschlägen.

6. Adressierung von Rezensionskommentaren. Sobald die Rezensionen abgeschlossen sind, passen Sie Ihre Änderungen an, um sie zu berücksichtigen und auf die Genehmigung der Pull-Anforderung zu warten.

7. Zusammenführen der Pullanforderung. Durch die Genehmigung der Pullanforderung können Sie den Inhalt der Verzweigung zusammenführen, die Sie mit der Standardverzweigung (Hauptverzweigung) erstellt haben. GitHub behält standardmäßig die Kommentare und Commits in der Pull-Anforderung bei, sodass Sie und andere sie jederzeit erneut aufrufen können. Bei der Implementierung des Branch-Schutzes können sich die Einschränkungen auf die Möglichkeit zum Zusammenführen auswirken. Stellen Sie daher sicher, dass sie zuerst erfüllt sind.

8. Löschen des Branches. Nachdem der Merge abgeschlossen ist, können Sie den von Ihnen erstellten Branch löschen. Dadurch wird die Größe des Repositorys minimiert, und eine versehentliche Verwendung veralteter Branches wird verhindert.