git-flow ist ein beliebter Workflow, der die für git verfügbaren Verben erweitert und dabei hilft, Änderungen zwischen Feature-, Entwicklungs-, Release-, Hotfix-, Support- und Produktionszweigen zu verschieben.
Kontext Mein Team von 8 Ingenieuren wechselt derzeit zu Git (von Subversion) für unser nächstes großes Ding. Wir haben eine Handvoll "erfahrener" Ingenieure, die es ziemlich schwierig finden, Git zu erlernen. Die gleichen einfachen Fragen werden mir gestellt, obwohl ich Benutzerhandbücher, Schulungsaktivitäten und Whiteboard-Sitzungen zur Verfügung gestellt habe. Wir hatten …
Wir hatten kürzlich ein Problem, bei dem eine Funktion für unsere Webanwendung (automatische Anmeldung) vom Management verschoben wurde, weil sie den Start für zu "kalt" hielten, aber sie wollten, dass alle anderen Funktionen, an denen wir gearbeitet hatten, live gehen. Das Problem ist, dass diese Funktionalität zusammen mit all den …
Mit normalem Git und Github kann ich eine Codeüberprüfung durchführen, indem ich einfach eine Pull-Anfrage des Feature-Zweigs, an dem ich arbeite, an den Master-Zweig erstelle. Wie würde ich Code-Reviews mit Git-Flow durchführen? Bei einem Workflow wie "Fertigstellen von Git-Flow-Funktionen" bin ich verwirrt, wo die Codeüberprüfung tatsächlich stattfindet und wie Git-Flow …
Meine Firma verwendet Git und verwendet ein spezielles Verzweigungsschema - die Arbeit erfolgt im Master und die Verzweigungen sind für Veröffentlichungen reserviert. Dies funktioniert einwandfrei, solange die gesamte in einer Iteration geleistete Arbeit in den Zweig gelangt. Wenn jedoch ein kritisches Produktionsproblem auftritt, müssen wir sicherstellen, dass die Arbeit irgendwie …
Hier ist der Deal, ich bin einer neuen Firma beigetreten und wurde gebeten, die Arbeit an einer Filiale abzuschließen, die seit fast einem Jahr nicht mehr berührt wurde. In der Zwischenzeit ist die Master-Branche stetig gewachsen. Idealerweise möchte ich alle Änderungen aus dem Master-Zweig in den Feature-Zweig zusammenführen und die …
Wir sind ein großes Team (10-12 Entwickler und 4 Entwickler), das an mehreren Projekten mit demselben Git-Repository arbeitet. Es ist ein Spring-Boot-basierter Backend-Webservice. Wir suchen eine gute Git-Verzweigungs- und Bereitstellungsstrategie. Wir haben auch ein QA-Team, das sicherstellt, dass unsere Funktionen wie erwartet funktionieren (bis zu einem gewissen Grad fehlerfrei). Nachdem …
Wir verwenden GitHub Flow in unserem Projekt und öffnen die meiste Zeit einen neuen Feature-Zweig von master , erledigen dort einige Arbeiten, öffnen eine PR, überprüfen den Code und führen ihn wieder zu master zusammen . Meine derzeitige Arbeit hängt jedoch von einem anderen Thema ab, an dem gerade gearbeitet …
Ich habe kürzlich angefangen, mit GitFlow-Modellen zu arbeiten, die von bitbucket implementiert wurden. Und eines ist mir nicht ganz klar. Wir versuchen, unsere technischen Schulden regelmäßig zu beheben, indem wir die Refactoring-Aufgaben zurückbuchen, planen und umsetzen. Solche Umgestaltungszweige enden mit Pull-Requests, die zusammengeführt werden develop. Meine Frage ist, wohin die …
Ich arbeite sehr oft an einigen Funktionen meines Projekts, die ich unterbrechen muss, bevor sie für ein Commit ausreichen. Ich benutze jedoch täglich zwei verschiedene Computer zum Codieren (meinen Laptop und meinen Forschungslabor-Desktop). ZB: Ich arbeite zu Hause an einem Feature, dann höre ich auf und gehe in mein Labor. …
Ich habe ein Projekt mit einem Git-Verzweigungsmodell, das ungefähr dem von nvies Git-Flow folgt . Unsere Release-Zweige sind im SemVer- Format benannt, zv1.5.2 Sobald ein Release-Zweig grünes Licht für die Produktion hat, schließen wir den Zweig, indem wir ihn in den Master-Zweig zusammenführen, ein Tag anwenden und dann den Zweig …
Wir sind eine Organisation, die aus rund 200 Entwicklern besteht, die ununterbrochen an einem einzigen Produkt arbeiten (unter Verwendung der Versionskontrolle Git), das zu einem bestimmten Zeitpunkt veröffentlicht werden soll. Aufgrund der großen Anzahl von Entwicklern versuchen wir, "funktionsübergreifende" Teams mit etwa 10 Entwicklern in jedem Team zu erstellen, was …
Diese Frage wurde von Stack Overflow migriert, da sie in Software Engineering Stack Exchange beantwortet werden kann. Vor 8 Jahren migriert . Ich komme zu Ihnen als Programmieranfänger, der an seinem eigenen Projekt gearbeitet hat (das gut vorangeht). Mein Mitbegründer hat auch gelernt, wie man programmiert, und hat einen Punkt …
Ich habe mehrere meiner Projekte auf den Git-Flow- Workflow migriert und bin begeistert. Ich habe jedoch keine bewährte Methode gefunden, die den reibungslosen Ablauf bei der Arbeit mit einem Projekt gewährleistet, bei dem mehr als eine Hauptversion gleichzeitig gepflegt wird. Insbesondere verwalte ich keine "kostenlose Version" und keine "kostenpflichtige Version" …
Unser Team hat gerade von FogBugz & Kiln / Mercurial zu Jira & Stash / Git gewechselt. Wir verwenden das Git Flow-Modell zum Verzweigen und fügen Nebenaufgabenzweige von Feature-Zweigen hinzu (in Bezug auf Jira-Nebenaufgaben von Jira-Features). Wir verwenden Stash, um einen Prüfer zuzuweisen, wenn wir eine Pull-Anforderung zum Zusammenführen zurück …
Dieses Problem weist auf Folgendes hin: Nach meinem Verständnis ist das Platzieren des Tags auf dem Release-Zweig vor dem Zusammenführen (und nicht auf dem Master-Zweig) in der Tat das Richtige, so dass es auch von git describe --tags aus dem Entwicklungszweig gefunden werden kann. Siehe # 374 während eines anderen …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.