0Pricing
Git & GitHub Professional Workflow · Lekcja

Tworzenie oparte na gałęzi głównej

Poznaj model trunk-based development, krótkotrwałe gałęzie i feature flags jako lekką alternatywę dla Gitflow.

Tworzenie oparte na gałęzi głównej to bezpłatna lekcja Git & GitHub Professional Workflow na CoddyKit. To lekcja 4 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.

Czym jest Trunk-Based Development?

Trunk-based development to strategia pracy z gałęziami, w której wszyscy programiści bardzo często integrują małe zmiany w jednej wspólnej gałęzi (trunku, zwykle main).

Preferuje wiele małych scaleń zamiast długo żyjących gałęzi.

Dlaczego unikać długo żyjących gałęzi?

Gałęzie istniejące przez wiele tygodni znacznie oddalają się od main, powodując trudne scalania.

  • Im dłużej istnieje gałąź, tym więcej konfliktów
  • Ryzyko integracji pozostaje ukryte aż do końca
  • Kolejki przeglądów kodu stają się bardzo długie

Krótkotrwałe gałęzie

W trunk-based development gałęzie istnieją od kilku godzin do jednego–dwóch dni, a następnie są scalane z powrotem. Należy utworzyć gałąź, wykonać skoncentrowaną pracę i szybko ją scalić.

git checkout -b add-login
# small focused change
git commit -m 'Add login button'
git push origin add-login

Bezpośrednie commitowanie do trunka

Małe zespoły o niskim ryzyku czasami commitują bezpośrednio do main, korzystając z szybkiej bramki CI. Każdy commit musi zapewniać, że trunk pozostaje gotowy do wydania.

git checkout main
git pull --rebase
git commit -m 'Fix typo in footer'
git push

Flagi funkcji

Nieukończone funkcje są nadal scalane z trunkiem, ale pozostają ukryte za flagą funkcji do czasu ich ukończenia. Pozwala to oddzielić wdrożenie od wydania.

if (featureFlags.newCheckout) {
  renderNewCheckout();
} else {
  renderOldCheckout();
}

Ciągła integracja jest obowiązkowa

Ponieważ wszyscy stale scalają zmiany z trunkiem, automatyczne testy uruchamiane przy każdym wypchnięciu są niezbędne, aby main pozostawał w stanie green i był gotowy do wdrożenia.

Trunk-based a Gitflow

Gitflow korzysta z wielu długo żyjących gałęzi (develop, release, feature). Trunk-based korzysta z jednej głównej gałęzi i niewielkich, krótkotrwałych gałęzi.

  • Trunk-based pasuje do ciągłego dostarczania
  • Gitflow pasuje do zaplanowanych wydań oznaczonych numerami wersji

Gałęzie wydaniowe jako wyjątek

Zespoły stosujące trunk-based mogą utworzyć krótkotrwałą gałąź wydaniową wyłącznie w celu ustabilizowania wersji, a następnie wybierać poprawki i stosować je z powrotem w tej gałęzi.

git checkout -b release/1.4 main

Utrzymywanie synchronizacji gałęzi

Przed scaleniem należy wykonać rebase krótkotrwałych gałęzi na najnowszy trunk, aby ograniczyć liczbę konfliktów.

git fetch origin
git rebase origin/main

Szybkie scalanie z powrotem

Gdy CI zakończy się pomyślnie, należy scalić krótkotrwałą gałąź i ją usunąć. Cykl rozpoczyna się ponownie od utworzenia świeżej gałęzi.

git checkout main
git merge --no-ff add-login
git branch -d add-login

Kiedy wybrać trunk-based development

Wybierz trunk-based development, gdy często wdrażasz, masz sprawnie działające CI i chcesz uniknąć problemów ze scalaniem. Ta strategia naturalnie łączy się z ciągłym wdrażaniem.

Szybkie sprawdzenie

Sprawdź swoją wiedzę na temat trunk-based development.

Podsumowanie

Nauczyłeś się, na czym polega model trunk-based:

  • Jeden wspólny trunk i wiele niewielkich, krótkotrwałych gałęzi
  • Flagi funkcji ukrywają nieukończoną pracę
  • Sprawne CI sprawia, że trunk jest zawsze gotowy do wydania
  • Model ten różni się od długo żyjących gałęzi Gitflow

Często zadawane pytania

Czy lekcja „Tworzenie oparte na gałęzi głównej” jest bezpłatna?

Tak — pełny tekst „Tworzenie oparte na gałęzi głównej” 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 „Tworzenie oparte na gałęzi głównej”?

Poznaj model trunk-based development, krótkotrwałe gałęzie i feature flags jako lekką alternatywę dla Gitflow. Ć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 4 z 4.

Ile czasu zajmuje lekcja „Tworzenie oparte na gałęzi głównej”?

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

  1. Przepływ pracy z gałęziami funkcjonalności
  2. Wprowadzenie do przepływu Gitflow
  3. Rebasing a scalanie
  4. Tworzenie oparte na gałęzi głównej
← Powrót do Git & GitHub Professional Workflow