0Pricing
Git & GitHub Professional Workflow · Lekcja

Tworzenie i przeglądanie pull requestów

Poznaj cykl życia pull requestu — od utworzenia, przez przegląd i zatwierdzenie, po scalenie na GitHub.

Tworzenie i przeglądanie pull requestów to bezpłatna lekcja Git & GitHub Professional Workflow na CoddyKit. To lekcja 1 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 są pull requesty?

Pull requesty (PR) są podstawą współpracy przy tworzeniu oprogramowania na platformach takich jak GitHub. Umożliwiają zgłaszanie zmian w projekcie i poddawanie ich przeglądowi przed zintegrowaniem.

Pull request można traktować jako formalną prośbę o scalenie nowego kodu z główną gałęzią, zazwyczaj main lub develop.

Dlaczego używać pull requestów?

PR-y oferują zespołom i niezależnym programistom kilka kluczowych korzyści:

  • Przegląd kodu: inne osoby mogą sprawdzić kod pod kątem błędów, dobrych praktyk i możliwości ulepszeń.
  • Dyskusja: zapewniają wydzielone miejsce do omawiania zmian.
  • Kontrola jakości: gwarantują, że do głównego projektu trafi wyłącznie zatwierdzony i przetestowany kod.
  • Śledzenie zmian: zapewniają przejrzystą historię tego, kto, co i dlaczego zmienił.

Przepływ pracy z PR: przegląd

Typowy przepływ pracy z pull requestem obejmuje następujące kroki:

  1. Utworzenie nowej gałęzi dla funkcji lub poprawki.
  2. Wprowadzenie zmian i wykonanie ich commitów w nowej gałęzi.
  3. Wypchnięcie gałęzi do GitHub.
  4. Otwarcie pull requestu w GitHub.
  5. Przekazanie uwag i zatwierdzenie przez osoby wykonujące przegląd.
  6. Scalenie zmian z główną gałęzią.

Krok 1: utworzenie gałęzi funkcji

Przed wprowadzeniem zmian dobrą praktyką jest utworzenie nowej gałęzi. Dzięki temu praca pozostaje odizolowana od głównego projektu do momentu, gdy będzie gotowa.

Użyj git checkout -b, aby utworzyć nową gałąź i przełączyć się na nią:

git checkout main
git pull origin main
git checkout -b my-new-feature

Krok 2: Zatwierdź zmiany

Teraz wprowadź niezbędne zmiany w kodzie związane z funkcją lub poprawką błędu. Po zakończeniu dodaj je do obszaru przechowalni i zatwierdź w nowej gałęzi, tak jak każde inne zatwierdzenie Git.

# Edit files, e.g., README.md
git add README.md
git commit -m "feat: Add new user profile section"

Krok 3: Wypchnij gałąź

Po lokalnym zatwierdzeniu zmian wypchnij nową gałąź do zdalnego repozytorium w GitHub. Dzięki temu gałąź i jej zatwierdzenia będą widoczne online.

Flaga -u ustawia gałąź nadrzędną, dzięki czemu przyszłe polecenia git push będą prostsze.

git push -u origin my-new-feature

Krok 4: Otwórz Pull Request

Po wypchnięciu gałęzi GitHub zwykle wyświetli monit o utworzenie Pull Request bezpośrednio na stronie repozytorium lub w zakładce „Pull requests”.

  • Wybierz gałąź funkcji jako head (źródło).
  • Wybierz gałąź main (lub docelową) jako base.
  • Dodaj jasny tytuł i opis wyjaśniający wprowadzone zmiany.

Krok 5: Przegląd Pull Request

Po otwarciu PR przechodzi do etapu przeglądu. Członkowie zespołu (recenzenci) przeanalizują kod, zadadzą pytania lub zaproponują usprawnienia.

  • Zakładka Conversation: Dyskusje i komentarze.
  • Zakładka Files changed: Wyświetlanie dokładnych różnic w kodzie (diff).
  • Zakładka Commits: Wyświetlanie poszczególnych zatwierdzeń w PR.

Krok 6: Opinie i zatwierdzenia

Recenzenci mogą dodawać komentarze bezpośrednio do wierszy kodu lub przekazywać ogólne uwagi. Następnie mogą:

  • Approve: Kod jest gotowy do użycia.
  • Request changes: Przed scaleniem potrzebne są dalsze prace.
  • Comment: Przekazać ogólną opinię bez blokowania scalania.

Na podstawie otrzymanych opinii może być konieczne dodanie kolejnych zatwierdzeń do gałęzi funkcji.

Krok 7: Scalanie PR

Po zatwierdzeniu PR można scalić z gałęzią bazową. GitHub oferuje kilka opcji scalania:

  • Merge commit: Zachowuje wszystkie zatwierdzenia z gałęzi funkcji.
  • Squash and merge: Łączy wszystkie zatwierdzenia w jedno nowe zatwierdzenie.
  • Rebase and merge: Odtwarza zatwierdzenia gałęzi funkcji na szczycie gałęzi bazowej.

Wybrana metoda wpływa na historię zatwierdzeń projektu.

Szybkie sprawdzenie: podstawy PR

Właśnie poznali Państwo najważniejsze kroki tworzenia Pull Requestów i zarządzania nimi. Sprawdźmy, czy rozumieją Państwo ten temat!

Podsumowanie: możliwości Pull Requestów

Pull Requesty mają fundamentalne znaczenie dla współpracy we współczesnych zespołach. Poznali Państwo sposób na:

  • Utworzenie nowej gałęzi do pracy.
  • Wypchnięcie gałęzi do GitHub.
  • Rozpoczęcie Pull Request.
  • Zrozumienie procesu przeglądu i zatwierdzania.
  • Scalenie zmian z głównym projektem.

Opanowanie PR-ów jest kluczowe, aby skutecznie uczestniczyć w dowolnym projekcie opartym na Git!

Często zadawane pytania

Czy lekcja „Tworzenie i przeglądanie pull requestów” jest bezpłatna?

Tak — pełny tekst „Tworzenie i przeglądanie pull requestów” 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 i przeglądanie pull requestów”?

Poznaj cykl życia pull requestu — od utworzenia, przez przegląd i zatwierdzenie, po scalenie na GitHub. Ć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 1 z 4.

Ile czasu zajmuje lekcja „Tworzenie i przeglądanie pull requestów”?

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. Tworzenie i przeglądanie pull requestów
  2. Przepływy pracy z forkami na GitHub
  3. Przeglądy kodu i zatwierdzenia
  4. Wersje robocze PR i szablony pull requestów
← Powrót do Git & GitHub Professional Workflow