Git flow, o którym wspominałam już wcześniej, to fajna rzecz. Trzeba jednak pamiętać, że odpowiednio nazywać branche (w skrócie: feature/featurename i bugfix/bugname). Czasami zdarza się jednak, że zapomnimy o tej konwencji, a już wyślemy zmiany na serwer. Co wtedy?

Ilu programistów traci swój cenny czas na merdżowaniu kodu, zamiast skupiać się na tworzeniu nowych funkcjonalności? Zbyt wielu. Przedstawione są trzy najpopularniejsze strategie branczowania. Poznaj je i zrozum, a następnie wyłuskaj z każdej to, co jest najlepsze dla Ciebie i Twojego projektu.

Pracuję w strategii branch per feature. Co za tym idzie, na koniec każdego sprintu w lokalnym repozytorium mam sporo branchy, które stają się niepotrzebne. Wprowadza to niepożądany bałagan. Usuwanie każdego brancha z osobna to mozolna praca. Poniższa komenda pomaga mi usunąć niepotrzebne branche.