Tipps, die Sie wissen müssen, bevor Sie zwischen GitHub Flow oder Git Flow wählen

28. Oktober 2019 2,982 liest

Damilola Ale Hacker Noon Profilbild

@CodenlynDamilola Ale

Soziales LinkedIn-SymbolSoziales Facebook-SymbolSoziales Twitter-SymbolSoziales Github-Symbol

Die Versionskontrolle ist zu einem wichtigen Bestandteil des Softwareentwicklungsprozesses geworden. Die Versionskontrolle hilft dabei, Änderungen an einem Projekt im Laufe der Zeit aufzuzeichnen, so dass Sie bestimmte Versionen später wieder aufrufen können. Ich werde über GitHub sprechen.

Als ich als Entwickler anfing, habe ich GitHub benutzt, weil alle sagten, dass es für Entwickler notwendig sei, ihren Code online zu haben. In diesem Sinne habe ich es als einen Ort betrachtet, an dem ich alle meine Projekte speichern kann, damit ich sie im Falle eines Systemabsturzes wieder herunterladen kann.

Witzig, nicht wahr?

Später wurde mir klar, dass GitHub mehr als nur das ist: Es ist ein Ort, an dem ich alle Fortschritte sehen kann, die ich bei jedem Schritt der Entwicklung meines Projekts oder meiner Software gemacht habe. Es ist auch ein Ort, an dem jeder auf der ganzen Welt mit verschiedenen Ideen zu Projekten beitragen kann.

Um die Jahresmitte, als ich bei Microverse anfing, wurde ich in GitHub Flow eingeführt. GitHub Flow ermutigt Sie dazu, für jedes Feature Ihrer Software Feature-Zweige zu erstellen. Wenn du glaubst, dass deine Software oder dein Projekt bereit ist, angesehen oder verwendet zu werden, erstellst du eine Pull-Anfrage und fügst sie in den Master-Branch ein.

Cool, oder?

clone the project

in dein lokales Repository.

cd

in das Repository

überprüfen Sie den Zweig, auf dem Sie sich gerade befinden

Erstelle einen neuen

feature branch

Beginne mit der Arbeit an deinem Feature und wenn du fertig bist,

add

,

commit

und

push

zum Feature-Zweig

Gehen Sie zu Ihrem Remote-Repository auf GitHub und erstellen Sie einen Pull-Request und merge, wenn du glaubst, dass das Feature fertig ist

Auf diese Weise kannst du alle Features sehen, die du erstellt hast und was du in jeder Phase hinzugefügt hast. Im Laufe der Zeit wurde mir klar, dass der Master-Zweig hauptsächlich für die Produktion gedacht ist, und in dem Moment, in dem man eine Pull-Anfrage zusammenführt, sagt man, dass das Feature bereit ist, von allen benutzt oder angesehen zu werden.

Dann kam ich zu der Erkenntnis, dass GitHub Flow perfekt für kleine Projekte funktioniert, aber was ist, wenn ich ein Projekt mit mehr als einem wichtigen Feature habe und GitHub Flow verwende, dann sage ich indirekt, dass alle Features, die in den Master-Branch gemergt werden, bereit für die Produktion sind, aber wenn wir darüber nachdenken, sind sie das?

Ein Feature für ein Projekt mit vielen Features zu veröffentlichen, macht keinen Sinn und hier kommt Git Flow ins Spiel. Es ist GitHub Flow sehr ähnlich, bietet aber eine bessere Möglichkeit, mit der Versionskontrolle zu arbeiten.

In Git Flow erstellen wir einen Entwicklungszweig und machen dann den Entwicklungszweig zum Standardzweig, bis wir für die Produktion bereit sind. Auf diese Weise werden alle Feature-Zweige vom Entwicklungszweig aus erstellt und nach Fertigstellung in den Entwicklungszweig zusammengeführt.

Ist das sinnvoll? Jetzt kann ich erst dann zum Master-Zweig zusammenführen, wenn ich glaube, dass meine Software mit allen Funktionen produktionsreif ist.

Nachdem Sie Ihr Repository geklont haben, erstellen Sie einen

development

Zweig

Prüfen Sie, an welchem Zweig Sie gerade arbeiten

Versuchen Sie, eine Datei hinzuzufügen, vielleicht eine HTML-Datei, damit Sie Ihr Remote-Repository mit dem Entwicklungszweig aktualisieren können.

Gehen Sie zu Ihrem entfernten Repository auf GitHub , gehen Sie zu Einstellungen, klicke auf Zweige und mache Entwicklung zum Standardzweig

Nun, können Sie Feature-Zweige aus dem

development

-Zweig erstellen, einen Pull-Request davon erstellen und in den

development

-Zweig zusammenführen.

Wenn alle deine Features fertig sind, folgen Sie den gleichen Schritten wie oben, machen Sie Master wieder zum Standard, erstellen Sie eine Pull-Anfrage von Entwicklung zu Master und fügen Sie für die Produktion zusammen.

Ich weiß, es war eine lange Lektüre, aber ich vertraue darauf, dass wir jetzt wissen sollten, wann wir GitHub Flow oder Git Flow verwenden sollten.

Danke fürs Lesen.

Tags

Join Hacker Noon

Erstelle dein kostenloses Konto, um dein individuelles Leseerlebnis freizuschalten.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.