Pracując z GIT-em jesteśmy przyzwyczajeni do pracy z gałęziami. A to za sprawą bardzo prostej idei jaka za nimi stoi. Mamy gałąź główną master i na jej bazie tworzymy nowe gałęzie, które później scalamy. Proste, eleganckie i bardzo wygodne rozwiązanie. Jednak możliwe jest nieco inne podejście do tematu gałęzi. Podejście to pozwala przechowywać kilka różnych "projektów" w jednym repozytorium bez wzajemnych relacji pomiędzy poszczególnymi gałęziami.

Git jest genialnym systemem kontroli wersji, którego siłą są gałęzie oraz ogromna swoboda w pracy. Jednak to co jest dobrodziejstwem może stać się przekleństwem, bowiem swoboda w tworzeniu gałęzi ich scalaniu oraz rozproszony model nie narzuca żadnego modelu pracy. W związku z chęcią optymalizacji pracy oraz usystematyzowania sposobu zarządzania projektem pojawiła się idea Git Flow.