0Pricing
Git & GitHub Professional Workflow · Lekcja

Gałęzie wydań i hotfixy

Twórz dedykowane gałęzie wydań i naucz się szybko stosować krytyczne poprawki błędów za pomocą gałęzi hotfix.

Gałęzie wydań i hotfixy to bezpłatna lekcja Git & GitHub Professional Workflow na CoddyKit. To lekcja 3 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 gałęzi wydań

Gdy projekt zbliża się do wydania nowej wersji, potrzebne jest stabilne środowisko do jego przygotowania. Właśnie do tego służą gałęzie wydań!

Są to dedykowane gałęzie używane do finalizowania wydania, dzięki czemu główna gałąź programistyczna może nadal otrzymywać nowe funkcje.

Dlaczego używać gałęzi wydań?

Gałęzie wydań oferują kilka istotnych korzyści:

  • Stabilizacja: izolują kod przeznaczony do końcowych testów i poprawek błędów, nie wpływając na trwające prace nad funkcjami.
  • Zarządzanie wersjami: ułatwiają zastosowanie numerów wersji i tagów wydań do konkretnej, stabilnej bazy kodu.
  • Równoległe tworzenie: gałąź develop pozostaje dostępna dla nowych funkcji, co zapewnia ciągłą integrację.

Tworzenie gałęzi wydania

Zazwyczaj gałąź wydania tworzy się z gałęzi develop, gdy zawiera już wszystkie funkcje planowane w nadchodzącym wydaniu. Utwórzmy ją dla wersji 1.0.0.

Najpierw upewnij się, że gałąź develop jest aktualna.

git checkout develop
git pull
git checkout -b release/1.0.0

Praca na gałęzi wydania

Po przejściu na gałąź wydania koncentrujemy się na stabilizacji:

  • naprawiamy błędy wykryte w ostatniej chwili;
  • aktualizujemy dokumentację (np. README i dziennik zmian);
  • zwiększamy numery wersji.

Nie należy tutaj dodawać nowych funkcji. Dozwolone są wyłącznie niezbędne poprawki!

Kończenie pracy z gałęzią wydania

Gdy gałąź wydania jest stabilna i gotowa, należy scalić ją w dwóch miejscach:

  1. main (lub master): aby oznaczyć oficjalne wydanie. Zwykle stosuje się tutaj tag.
  2. develop: aby zapewnić uwzględnienie poprawek błędów z gałęzi wydania w dalszych pracach.

Scalanie i tagowanie wydania

Oto sposób scalenia gałęzi release/1.0.0 z main, otagowania jej, następnie scalenia z powrotem z develop i na końcu usunięcia gałęzi wydania.

git checkout main
git merge release/1.0.0 --no-ff
git tag -a v1.0.0 -m "Release version 1.0.0"
git push origin main --tags
git checkout develop
git merge release/1.0.0 --no-ff
git push origin develop
git branch -d release/1.0.0

Wyjaśnienie gałęzi hotfix

Co zrobić, jeśli w produkcyjnej wersji oprogramowania zostanie znaleziony krytyczny błąd? Nie można czekać na następne planowane wydanie!

Gałęzie hotfix służą do pilnych, natychmiastowych poprawek kodu produkcyjnego. Pomijają zwykły cykl tworzenia oprogramowania, aby szybko udostępnić poprawkę.

Tworzenie gałęzi hotfix

Gałąź hotfix zawsze tworzy się bezpośrednio z gałęzi main (lub master), która reprezentuje aktualny kod produkcyjny.

Utwórzmy gałąź hotfix, aby naprawić krytyczny błąd.

git checkout main
git pull
git checkout -b hotfix/critical-bug-fix

Zastosowanie i zakończenie hotfixu

Po naprawieniu błędu na gałęzi hotfix należy scalić ją zarówno z main, jak i z develop. Dzięki temu poprawka zostanie wdrożona na produkcji, a błąd nie pojawi się ponownie w przyszłych pracach.

Stosuje się również nowy tag oznaczający wersję z poprawką hotfix.

git checkout main
git merge hotfix/critical-bug-fix --no-ff
git tag -a v1.0.1 -m "Hotfix for critical bug"
git push origin main --tags
git checkout develop
git merge hotfix/critical-bug-fix --no-ff
git push origin develop
git branch -d hotfix/critical-bug-fix

Kiedy używać której gałęzi?

Poznali Państwo gałęzie wydań i gałęzie hotfix. Oba rodzaje pomagają zarządzać wydaniami, ale służą różnym celom.

Wyobraźmy sobie, że aplikacja produkcyjna ma poważną lukę w zabezpieczeniach, którą trzeba natychmiast załatać. Jaki rodzaj gałęzi będzie najwłaściwszy w tej sytuacji?

Podsumowanie wydań i poprawek awaryjnych

Opanowali już Państwo dwie kluczowe strategie rozgałęziania w Git:

  • Gałęzie wydań: Służą do stabilizowania i przygotowywania nowej wersji do wydania na podstawie develop, a następnie scalania jej z main i develop.
  • Gałęzie poprawek awaryjnych: Służą do wprowadzania pilnych, krytycznych poprawek błędów bezpośrednio w kodzie produkcyjnym. Tworzy się je na podstawie main, a następnie scala zarówno z main, jak i z develop.

Te procedury pomagają utrzymać przejrzystą historię i stabilne wydania!

Często zadawane pytania

Czy lekcja „Gałęzie wydań i hotfixy” jest bezpłatna?

Tak — pełny tekst „Gałęzie wydań i hotfixy” 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 „Gałęzie wydań i hotfixy”?

Twórz dedykowane gałęzie wydań i naucz się szybko stosować krytyczne poprawki błędów za pomocą gałęzi 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 3 z 4.

Ile czasu zajmuje lekcja „Gałęzie wydań i hotfixy”?

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. Wersjonowanie semantyczne za pomocą tagów
  2. Tworzenie i zarządzanie wydaniami
  3. Gałęzie wydań i hotfixy
  4. Generowanie changelogów i informacji o wydaniach
← Powrót do Git & GitHub Professional Workflow