W mojej firmie mamy serwer CI / Build, którego używamy do testowania i budowania wersji (a także funkcji i gałęzi rozwoju). wprzepływ git model rozgałęziający, gdy nadszedł czas, aby uwolnić cię z rozwijania i nazwij go (na przykład) wydanie-1.4. Serwer CI / Build następnie automatycznie zbuduje gałąź i wdrożymy ją na serwerze pomostowym w celu ręcznego testowania integracji. Raz jesteśmy zadowoleni z kompilacji, którą chcielibyśmy wdrożyć. Ale w modelu rozgałęzienia przepływu git musimy najpierw połączyć się w master i tag. Pytanie brzmi: czy po tym scaleniu musimy uruchomić kolejny cykl kompilacji i testowania?

Wydaje się dziwne scalanie i tagowanie kończące się tagiem wskazującym na inne (technicznie) zatwierdzenie niż wydanie zostało skompilowane z. Przebudowa po przejściu do master wydaje się również zła, ponieważ wtedy będziemy musieli przetestować tę kompilację, aby upewnić się, że jest ona również w porządku.

Dostępne opcje to:

budować w gałęzi wydania, a następnie scalać i odbudowywać i testować w gałęzi głównejbuild i test w gałęzi release następnie scal i ufaj, że nie jest potrzebna nowa kompilacjaZmodyfikuj model przepływu git, aby usunąć etap scalania w celu opanowania i po prostu oznacz ostateczne zatwierdzenie w gałęzi wydania, którą chcemy zwolnić.Co byłoby stracone, gdyby nie połączyć się z systemem master?W tym przypadku moglibyśmy prawdopodobnie rozwinąć się w mistrzu