Gitflow: Release pusht standardmäßig keine Tags

+1

+1

+1

+1

und sogar das Tag an den Entwicklungszweig weitergeben, so dass git describe --dirty etwas Nützliches auf Nicht-Master-Zweigen tut.

+1

+1

Dies ist in meinem Fork Git-Flow (AVH Edition) implementiert.

@petervanderdoes Haben Sie eine Pull-Anforderung an das ursprüngliche Git-Flow-Repo gestellt?

Mein Fork ist zu weit auseinander gegangen, um die Pull-Anforderung zu einer einfachen Implementierung zu machen.

Ich habe die Request-Hooks und -Filter #171 implementiert, die nach 10 Monaten immer noch eine offene Anfrage sind, und dies hat mehrere andere Implementierungen und Verbesserungen des Originals hervorgebracht.

+1

+1 - scheint als Teil des Workflows naheliegend zu sein

+1

+1

+1

+1

+1

Im Ernst, ist das immer noch ein fehlendes Feature?!

+1

Dies ist in meinem Fork Git-Flow (AVH Edition) implementiert.
Mein Fork ist zu weit auseinander gegangen, um dies zu einer einfachen Pull-Anfrage für nvies Gitflow zu machen,

Sehen Sie sich das Änderungsprotokoll an, um weitere Informationen zu Bugfixes und neuen Funktionen zu erhalten, die in meinem Fork implementiert sind.

Ja Dankeschön. Ich habe es geschafft, Ihre Gabel zu finden, nachdem ich darauf gedrängt hatte. Gerne nutzen wir Ihre Gabel auch bei der Arbeit. Vielen Dank für Deine Mühe!

+1

+1

+1

+1

+1

+1

Ich habe eine Pull-Anforderung erstellt, die dieses Problem angeht (siehe #387 ).

Dies ist auch eine der Modifikationen, die ich vor einiger Zeit an der ITM-Gitflow- Gabel vorgenommen habe. Ich richte gerade eine richtige GitHub-Präsenz für das ITM-Gitflow-Skriptpaket ein. Sollte in wenigen Tagen fertig sein, so dass Sie dort detaillierte Informationen zu den Verbesserungen und zusätzlichen Features finden werden.

Dies ist in meinem Fork Git-Flow (AVH Edition) implementiert.
Mein Fork ist zu weit auseinander gegangen, um dies zu einer einfachen Pull-Anfrage für nvies Gitflow zu machen,

Sehen Sie sich das Änderungsprotokoll an, um weitere Informationen zu Bugfixes und neuen Funktionen zu erhalten, die in meinem Fork implementiert sind.

+1, wirklich ärgerlich, zwei Tage später herauszufinden, dass die von Ihnen erstellten Release-Tags nie gepusht wurden und alle anderen jetzt von einem falschen Versions-Tag ausgehen.

+1

Gibt es einen Grund, dies nicht zu tun?

+1, bitte

+1 bitte, bitte!

:+1:

Dies ist in meinem Fork Git-Flow (AVH Edition) implementiert.
Der letzte Commit im Repository war am 25. September 2012, die letzte Veröffentlichung war am 14. Februar 2011, es scheint, dass dieses Repo aufgegeben wurde.

Sowohl Debian als auch Ubuntu sind für das Paket git-flow auf meinen Fork umgestiegen.

Sehen Sie sich das Änderungsprotokoll an, um weitere Informationen zu Bugfixes und neuen Funktionen zu erhalten, die in meinem Fork implementiert sind.