Po przeczytaniu artykułu o git-flow z programisty 5/2013 (12) nasuneło mi się jedno pytanie dotyczace konwencji gałęzi release i hotfix. W obu przypadkach numer wersji jest dodawany do nazwy oraz zaraz po utworzeniu ustawiana jest wersja w ewntualnych plikach metadanych projektu.
Zakładając na master zawiera wersje 1.3.0 i właśnie wykonywane są prace nad release w wersji 1.3.1, jak teraz postąpić gdy potrzebny jest szybki hotfix zachowujac kolejnosc numeracji trzy cyfrowej?
- zmienić/utworzyć nową gałąź dla release z podbiciem wersji - troche klopotliwe jak na sytuacje szybkiego hotfix'a no i moze sie zdążyć kilka razy ;)
- może lepiej podbijać wersje tuz przed przejsciem rozgalezienia do master a jako nazw użyć sufiksów numeru iteracji/sprintu dla release a wersji z master dla sufixu hotfix - tu moze byc problem jezeli numer wersjimwplywa na detekcje zależności i wymagane jest podbicie wersji aby nastapila detekcja aktualizacji
- moze po prostu release i hotfix bez zadnych sufix'w - sprawdzalo by sie jezeli rozwijana jest jedna wersja główna dla wielu juz nie bardzo
- ktos może zna założenia git-flow w tym zakresie i mógłby podać linka do źródła
- inne sposoby
Tylko ten tego mi brakuje aby miec pelny obraz zasad opisanych w artykule...
Przy okazji moze jakis artykuł pokazujacy jak to przeklada sie na CI. Tez w zakresie release i hotfix jezeli zalaozymy ze nazwy maja sufixy. Jezeli nad nimi pracujemy to testy tez by sie przydalo odpalac automatycznie. Moze ktos zna linki do jakis sugesti opisow