it-swarm.com.de

Wo gehört Refactoring zum GitFlow-Filialnamenmodell?

Ich habe kürzlich angefangen, mit dem von bitbucket implementierten GitFlow-Modell zu arbeiten. Und eines ist mir nicht ganz klar.

Wir versuchen, unsere technischen Schulden regelmäßig durch Rückstände, Planung und Implementierung der Refactoring-Aufgaben zu beheben. Solche Refactoring-Zweige enden mit Pull-Requests, die in develop zusammengeführt werden. Meine Frage ist wo gehören die Refactoring-Zweige in GitFlow ?

  • Die Verwendung des Präfixes feature scheint am logischsten zu sein, fühlt sich jedoch nicht ganz richtig an, da durch das Refactoring keine neuen Funktionen hinzugefügt werden.
  • Die Verwendung des Präfixes bugfix scheint jedoch nicht richtig zu sein, da es keine tatsächlichen Korrekturen für Fehler Refactoring gibt.
  • Das Erstellen eines benutzerdefinierten Präfixes scheint dagegen die Dinge zu komplizieren, wenn nicht zu überarbeiten.

Hattest du eine solche Situation? Mit welcher Praxis sprechen Sie dies an? Bitte erklären Sie warum.

25
AMA

Refactoring-Arbeiten sollten in einem Feature-Zweig durchgeführt werden.

Das Präfix "Feature" ist nur ein Wort zur Beschreibung einer diskreten Programmieraufgabe. Sie können ein beliebiges Word auswählen. Jeder Zweig aus der Entwicklung ist entweder ein "Feature" -Zweig oder ein "Release" -Zweig

Das Hinzufügen eines neuen Präfixes wie "Refactoring" ist problematisch. Da Sie beim Hinzufügen einer Funktion häufig einige Umgestaltungen vornehmen, geben Sie sich einfach ein Namensproblem und sorgen für Verwirrung. dh. "Einige unserer Feature-Zweige werden als 'Refactoring' bezeichnet. Nein, sie enthalten nicht die gesamte Refactoring-Arbeit und enthalten manchmal Fehlerbehebungen oder Features. '

in ähnlicher Weise werden "Hotfix" -Zweige nicht als Hotfix bezeichnet, weil sie Hotfixes enthalten, sondern weil sie vom Master verzweigen und nicht entwickeln

30
Ewan