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.
Ta witryna korzysta z plików cookie, aby polepszyć doświadczenie przeglądania i zapewnić dodatkową funkcjonalność. Żadne z podanych danych nie będzie mogło zostać użyte do identyfikacji lub kontaktu z Tobą.
Ta strona korzysta z plików cookie osób trzecich, szczegółowe informacje w polityce prywatności. Ta strona korzysta z śledzenia plików cookie, zobacz szczegółowe informacje na temat polityki prywatności.
Jeśli wolisz, możesz wybrać, jakie rodzaje plików cookie uważasz za akceptowalne:
Aby dowiedzieć się więcej o tym, jak ta witryna korzysta z plików cookie, przeczytaj POLITYKĘ PRYWATNOŚCI.
Klikając Zezwalaj wyrażasz zgodę, aby ta witryna przechowywała małe fragmenty danych w urządzeniu, z którego korzystasz.
Klikając Nie zezwalaj, lub przewijając stronę, nie wyrażasz zgody na przechowywanie jakichkolwiek plików cookie i danych lokacyjnych dla tej witryny, ostatecznie usuwając już zapisane pliki cookie (niektóre elementy witryny mogą przestać działać poprawnie).
Aby dowiedzieć się więcej na temat przechowywania plików cookie, odwiedź UODO.
Aby wyłączyć wszystkie pliki cookie za pośrednictwem przeglądarki, kliknij odpowiednią ikonę i postępuj zgodnie z instrukcjami.
Ta witryna korzysta z plików cookie, aby polepszyć doświadczenie przeglądania i zapewnić dodatkową funkcjonalność.
Więcej informacjiPolityka prywatności
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.