Git flow

W 2010 roku Vincent Driessen opublikował post na swoim blogu "A successful Git branching model", w którym to opisuje model pracy z repozytorium git adresujący wszystkie z powyższych problemów. Podejście Vincenta stało się tak popularne w społeczności programistów, że otrzymało nazwę "gitflow".

Problemy

Problem #1: tak wiele jak jest zespołów pracujących z systemem kontroli git, tak wiele jest modeli pracy z branchami. Bardzo często zdarza się też, że w ramach jednego zespołu część programistów pracuje z repozytorium w inny sposób niż pozostali.

Problem #2: praca nad zadaniem więcej niż jednego developera potrafi być kłopotliwa.

Problem #3: zakończone zadanie musi czekać na wprowadzenie do głównej gałezi w związku ze zbliżającym się wydaniem nowej wersji produktu.

Problem #4: pewien czas po wdrożeniu nowej wersji produktu wykryto krytyczny błąd w aplikacji który należy naprawić lecz w głównej gałęzi znajduje się kod związany z następną wersją.