Składniki przepływu usługi GitHub

  • 8 min

W tej lekcji zapoznamy się z następującymi składnikami przepływu usługi GitHub:

  • Odgałęzienia
  • Zatwierdzenia
  • Żądania ściągnięcia
  • Przepływ w usłudze GitHub

Co to są gałęzie

W ostatniej sekcji utworzyliśmy nowy plik w ostatniej sekcji, a następnie utworzyliśmy nową gałąź w repozytoriach.

Gałęzie są istotną częścią środowiska usługi GitHub, ponieważ możemy wprowadzać zmiany bez wpływu na cały projekt, nad którym pracujemy.

Twoja gałąź to bezpieczne miejsce do eksperymentowania z nowymi funkcjami lub poprawkami. Jeśli popełnisz błąd, możesz przywrócić zmiany lub wypchnąć więcej zmian, aby naprawić błąd. Zmiany nie zostaną zaktualizowane w gałęzi domyślnej do momentu scalenia gałęzi.

Uwaga

Alternatywnie możesz utworzyć nową gałąź i wyewidencjonować ją, używając narzędzia git w terminalu, polecenie to git checkout -b newBranchName

Co to są zatwierdzenia

Jak można było zauważyć w poprzedniej lekcji, dodanie nowego pliku do repozytorium wymaga wypchnięcia zatwierdzenia.

Przyjrzyjmy się krótko tym, jakie są zatwierdzenia.

Zatwierdzenie to zmiana jednego lub większej liczby plików w gałęzi. Za każdym razem, gdy zostanie utworzone zatwierdzenie, zostanie przypisany unikatowy identyfikator i śledzony wraz z czasem i współautorem. Zatwierdzenia zapewniają jasny dziennik inspekcji dla każdej osoby przeglądającej historię pliku lub połączonego elementu, na przykład problem lub żądanie ściągnięcia.

A screenshot of a list of GitHub commits to a main branch.

W repozytorium git plik może istnieć w kilku prawidłowych stanach, ponieważ przechodzi przez proces kontroli wersji:

Podstawowe stany pliku w repozytorium Git to:

Nieśledzony: początkowy stan pliku, gdy nie jest jeszcze częścią repozytorium Git. Usługa Git nie wie o jego istnieniu.

Śledzony: śledzony plik to plik, który jest aktywnie monitorowany przez usługę Git. Może to być jeden z następujących podstanów:

  • Niezmodyfikowany: plik jest śledzony, ale nie został zmodyfikowany od ostatniego zatwierdzenia.
  • Zmodyfikowane: plik został zmieniony od ostatniego zatwierdzenia, ale te zmiany nie są jeszcze przygotowane do następnego zatwierdzenia.
  • Przygotowany: plik został zmodyfikowany, a zmiany zostały dodane do obszaru przejściowego (nazywanego również indeksem). Te zmiany są gotowe do zatwierdzenia.
  • Zatwierdzone: plik znajduje się w bazie danych repozytorium. Reprezentuje najnowszą zatwierdzoną wersję pliku.

Te stany i podstany są ważne, aby współpracować z zespołem, aby wiedzieć, gdzie każde zatwierdzenie jest w procesie projektu.

Teraz przejdźmy do żądań ściągnięcia.

Co to są żądania ściągnięcia?

Teraz, gdy wiemy, co to jest zatwierdzenie, przejrzyjmy żądanie ściągnięcia.

Żądanie ściągnięcia to mechanizm używany do sygnalizowania, że zatwierdzenia z jednej gałęzi są gotowe do scalenia z inną gałęzią.

Członek zespołu przesyłający żądanie ściągnięcia żąda co najmniej jednego recenzenta w celu zweryfikowania kodu i zatwierdzenia scalania. Ci recenzenci mogą komentować zmiany, dodawać własne lub prowadzić dalszą dyskusję za pośrednictwem samego żądania ściągnięcia.

Po zatwierdzeniu zmian (jeśli jest wymagane zatwierdzenie), gałąź źródłowa żądania ściągnięcia (gałąź porównawcza) zostanie scalona z gałęzią podstawową.

A screenshot of a pull request and a comment within the pull request.

Teraz, gdy wiemy o wszystkich składnikach, przejrzyjmy przepływ usługi GitHub.

Przepływ w usłudze GitHub

Screenshot showing a visual representation of the GitHub Flow in a linear format that includes a new branch, commits, pull request, and merging the changes back to main in that order.

Przepływ usługi GitHub można zdefiniować jako uproszczony przepływ pracy, który umożliwia bezpieczne eksperymentowanie. Możesz przetestować nowe pomysły i współpracę z zespołem, używając rozgałęziania, żądań ściągnięcia i scalania.

Teraz, gdy znamy podstawy usługi GitHub, możemy zapoznać się z przepływem usługi GitHub i jego składnikami.

  1. Pierwszym krokiem przepływu usługi GitHub jest utworzenie gałęzi, aby zmiany, funkcje i poprawki utworzone przez Ciebie nie wpływały na gałąź główną.
  2. Drugim krokiem jest wprowadzenie zmian. Zalecamy wdrożenie zmian w gałęzi funkcji przed scaleniem z gałęzią główną. Dzięki temu zmiany są prawidłowe w środowisku produkcyjnym.
  3. Trzecim krokiem jest utworzenie żądania ściągnięcia, aby poprosić współpracowników o opinię. Przegląd żądania ściągnięcia jest tak cenny, że niektóre repozytoria wymagają zatwierdzenia przeglądu przed scaleniem żądań ściągnięcia.
  4. Następnym krokiem jest czwarty krok przeglądu i implementowania opinii współpracowników.
  5. Piąty krok, gdy poczujesz się świetnie o zmianach, nadszedł czas na zatwierdzenie żądania ściągnięcia i scalenie go z gałęzią główną.
  6. Szóstym i ostatnim krokiem jest usunięcie gałęzi. Usunięcie gałęzi sygnalizuje ukończenie pracy nad gałęzią i uniemożliwia przypadkowe korzystanie ze starych gałęzi.

I tak właśnie udało Ci się przejść przez cykl przepływu usługi GitHub!

Przejdźmy do następnej sekcji, w której omówimy różnice między problemami i dyskusjami.