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 i 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ą przy użyciu narzędzia git w terminalu. Polecenie byłoby następujące: git checkout -b newBranchName

Co to są zatwierdzenia

W poprzedniej lekcji dodano nowy plik do repozytorium, wypychając zatwierdzenie. 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.

Zrzut ekranu przedstawiający listę zatwierdzeń usługi GitHub w gałęzi głównej.

W repozytorium git plik może istnieć w kilku prawidłowych stanach, ponieważ przechodzi przez proces kontroli wersji. Podstawowe stany pliku w repozytorium Git są nieśledzone i śledzone.

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?

Żą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 prosi co najmniej jednego recenzenta o zweryfikowanie kodu i zatwierdzenie 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 to wymagane), gałąź źródłowa żądania ściągnięcia (gałąź porównawcza) zostanie scalona z gałęzią podstawową.

Zrzut ekranu przedstawiający żądanie ściągnięcia i komentarz w żądaniu ściągnięcia.

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

Przepływ w usłudze GitHub

Zrzut ekranu przedstawiający wizualną reprezentację usługi GitHub Flow w formacie liniowym zawierającym nową gałąź, zatwierdzenia, żądanie ściągnięcia i scalanie zmian z powrotem do głównej w tej kolejności.

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. Zacznij od utworzenia gałęzi, aby zmiany, funkcje i poprawki utworzone przez Ciebie nie wpływały na gałąź główną.
  2. Następnie wprowadź zmiany. 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. Teraz utwórz żądanie ś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ępnie przejrzyj i zaimplementuj swoją opinię od współpracowników.
  5. Gdy poczujesz się świetnie na temat zmian, nadszedł czas, aby żądanie ściągnięcia zostało zatwierdzone i scalone z gałęzią główną.
  6. Na koniec możesz usunąć gałąź. Usunięcie gałęzi sygnalizuje ukończenie pracy w gałęzi i uniemożliwia przypadkowe korzystanie ze starych gałęzi.

To wszystko, 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.