Wprowadzenie do przepływu Gitflow
Poznaj uporządkowany model Gitflow z gałęziami main, develop, feature, release i hotfix.
Wprowadzenie do przepływu Gitflow to bezpłatna lekcja Git & GitHub Professional Workflow na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Git & GitHub Professional Workflow, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Git & GitHub Professional Workflow zawiera 4 lekcji w sumie.
Wprowadzenie do Gitflow
Czy zastanawiał się Pan kiedyś, jak duże zespoły zarządzają repozytoriami Git, aby zapewnić uporządkowane wydania i sprawną współpracę?
Gitflow Workflow to popularny model pracy z gałęziami, który został zaprojektowany właśnie w tym celu. Zapewnia solidne ramy do zarządzania projektami obejmującymi wyraźne etapy rozwoju i częste wydania.
Główne gałęzie
Gitflow wprowadza dwie główne, długoterminowe gałęzie:
main(czasami nazywanamaster): Ta gałąź zawsze odzwierciedla stan gotowy do wdrożenia na produkcji. Każdy commit powinien być stabilny i możliwy do wdrożenia.develop: Na tej gałęzi integrowane są wszystkie prace programistyczne. Trafiają tu nowe funkcje, tworząc podstawę kolejnego wydania.
Konfigurowanie gałęzi „develop”
Aby rozpocząć pracę z Gitflow, zazwyczaj tworzy się gałąź develop na podstawie main. W ten sposób konfiguruje się główną linię rozwoju projektu.
Utwórzmy gałąź develop i przełączmy się na nią:
git branch develop
git checkout developGałęzie funkcji
Rozpoczynając pracę nad nową funkcją, tworzy się gałąź feature. Są to tymczasowe gałęzie, które pomagają odizolować pracę do czasu jej ukończenia.
Gałęzie funkcji są zawsze tworzone na podstawie gałęzi develop.
git checkout develop
git checkout -b feature/user-profilePraca nad funkcją
Nowa funkcjonalność jest tworzona w gałęzi feature/user-profile. Po ukończeniu i przetestowaniu funkcji scala się ją z powrotem z gałęzią develop.
Pracę można zatwierdzić w następujący sposób:
git add .
git commit -m "Add user profile page"Integrowanie funkcji
Po ukończeniu funkcji scala się ją z gałęzią develop. W ten sposób nowa funkcjonalność zostaje zintegrowana z główną linią rozwoju i jest gotowa na kolejny cykl wydawniczy.
Następnie można usunąć gałąź funkcji.
git checkout develop
git merge feature/user-profile --no-ff
git branch -d feature/user-profileGałęzie wydań
Gdy gałąź develop zawiera wystarczająco dużo funkcji na potrzeby nadchodzącego wydania, na jej podstawie tworzy się gałąź release. Służy ona do końcowych przygotowań, usuwania błędów i wprowadzania poprawek w ostatniej chwili.
Nie dodaje się tutaj żadnych nowych funkcji!
git checkout develop
git checkout -b release/1.0.0Finalizowanie wydania
Gdy gałąź release jest stabilna, scala się ją w dwóch miejscach:
main: Aby oznaczyć oficjalne wydanie. W tym miejscu dodaje się również tag wersji, na przykładv1.0.0.develop: Aby zapewnić uwzględnienie wszystkich poprawek błędów związanych z wydaniem w dalszych pracach.
git checkout main
git merge release/1.0.0
git tag -a v1.0.0 -m "Release version 1.0.0"
git checkout develop
git merge release/1.0.0
git branch -d release/1.0.0Gałęzie hotfix
Co zrobić, jeśli na produkcji (w gałęzi main) zostanie znaleziony krytyczny błąd? Wykorzystuje się wtedy gałąź hotfix, aby szybko go usunąć.
Gałęzie hotfix tworzy się bezpośrednio na podstawie main, wprowadza poprawkę, a następnie scala z powrotem zarówno z main (dodając nowy tag), jak i z develop.
git checkout main
git checkout -b hotfix/critical-bug-fix
# ... fix bug and commit ...
git checkout main
git merge hotfix/critical-bug-fix
git tag -a v1.0.1 -m "Hotfix for critical bug"
git checkout develop
git merge hotfix/critical-bug-fix
git branch -d hotfix/critical-bug-fixRole gałęzi w Gitflow
Sprawdźmy, czy rozumie Pan role poszczególnych gałęzi w Gitflow Workflow.
Podsumowanie Gitflow Workflow
Dowiedział się Pan o Gitflow Workflow!
main: Kod gotowy do wdrożenia na produkcji.develop: Gałąź integracyjna dla nowych funkcji.feature: Służy do tworzenia nowych funkcji, a jej podstawą jestdevelop.release: Służy do przygotowania nowego wydania, a jej podstawą jestdevelop.hotfix: Służy do pilnego usuwania błędów produkcyjnych, a jej podstawą jestmain.
To uporządkowane podejście pomaga zespołom skuteczniej zarządzać złożonymi cyklami tworzenia oprogramowania.
Często zadawane pytania
Czy lekcja „Wprowadzenie do przepływu Gitflow” jest bezpłatna?
Tak — pełny tekst „Wprowadzenie do przepływu Gitflow” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Git & GitHub Professional Workflow, przejdź na CoddyKit PRO. Kurs Git & GitHub Professional Workflow zawiera 4 lekcji w sumie.
Co nauczysz się w „Wprowadzenie do przepływu Gitflow”?
Poznaj uporządkowany model Gitflow z gałęziami main, develop, feature, release i hotfix. Ćwiczysz Git & GitHub Professional Workflow z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.
Czy potrzebuję doświadczenia, aby zacząć Git & GitHub Professional Workflow?
Nie wymagamy żadnego doświadczenia. Git & GitHub Professional Workflow w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.
Ile czasu zajmuje lekcja „Wprowadzenie do przepływu Gitflow”?
Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.
Czy mogę pisać i uruchamiać kod w tej lekcji Git & GitHub Professional Workflow?
Tak. Każda lekcja Git & GitHub Professional Workflow zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.
Wszystkie lekcje w tym kursie
- Przepływ pracy z gałęziami funkcjonalności
- Wprowadzenie do przepływu Gitflow
- Rebasing a scalanie
- Tworzenie oparte na gałęzi głównej