Zapoznaj się z GitHub Flow
GitHub Flow ilustruje, w jaki sposób GitHub może wzbogacić tradycyjny proces tworzenia oprogramowania opartego na Git. Jego celem jest usprawnienie aktualizacji projektów hostowanych w usłudze GitHub przez udostępnienie wskazówek dotyczących procesu stosowania zmian do repozytorium projektu. Organizacja w naszym przykładowym scenariuszu prawdopodobnie skorzystałaby z włączenia usługi GitHub Flow do praktyk DevOps, szczególnie biorąc pod uwagę brak doświadczenia w korzystaniu z repozytoriów opartych na usłudze Git. W tej lekcji przejrzyj sekwencję kroków, które reprezentują najbardziej typowy przypadek użycia przepływu usługi GitHub.
Podążanie za przepływem usługi GitHub
Przepływ usługi GitHub składa się z następujących kroków:
Tworzenie repozytorium. Aby postępować zgodnie z przepływem usługi GitHub, musisz mieć konto GitHub i repozytorium. Domyślnie nowe repozytorium zawiera gałąź domyślną, zazwyczaj o nazwie main.
Tworzenie gałęzi. Utworzenie innej gałęzi umożliwia tworzenie i zapisywanie zmian bez wpływu na gałąź domyślną. Ponadto umożliwia innym osobom współpracę nad zmianami, przeglądając je przed scaleniem ich z gałęzią główną. Gałąź można utworzyć bezpośrednio w usłudze GitHub lub sklonować repozytorium na komputer lokalny i utworzyć tam gałąź.
Wprowadzanie zmian w gałęzi. Zastosuj zmiany do nowo utworzonej gałęzi, wywołując akcje zatwierdzenia i (jeśli pracujesz lokalnie) wypychania. Pliki można edytować bezpośrednio w repozytorium hostowanym w usłudze GitHub przy użyciu interfejsu internetowego usługi GitHub. Dla każdego zatwierdzenia podaj krótki komunikat opisujący zastosowane zmiany. Powtarzaj te kroki, aż uznasz, że zmiany są zakończone i jesteś gotowy/a poprosić inne osoby o ich przejrzenie.
Tworzenie pull request. Zażądaj opinii, tworząc pull request (często skracane jako PR) po ostatnim zatwierdzeniu na utworzoną przez ciebie gałąź. Podaj podsumowanie zmian uwzględnionych w gałęzi i wyjaśnij ulepszenia, które zamierzają wprowadzić. Użyj wzmianki @, gdy chcesz poprosić o przegląd od określonych osób lub zespołów.
Przeglądanie żądania ściągnięcia. W tym miejscu inni się angażują, przeglądają twój pull request i przesyłają swoje opinie, w tym komentarze, pytania i sugestie.
Omawianie komentarzy z przeglądu. Po zakończeniu przeglądów dostosuj zmiany, aby uwzględnić je, oraz poczekaj na zatwierdzenie pull requesta.
Scalanie żądania ściągnięcia. Zatwierdzenie żądania ściągnięcia pozwala scalić zawartość utworzonej przez ciebie gałęzi z domyślną gałęzią (główną). GitHub domyślnie zachowuje komentarze i zatwierdzenia w pull request, co pozwala na ich ponowne przejrzenie w dowolnym momencie. Podczas implementowania ochrony gałęzi jej ograniczenia mogą mieć wpływ na możliwość scalania, więc upewnij się, że są one spełnione najpierw.
Usuwanie gałęzi. Po zakończeniu scalania możesz usunąć utworzoną gałąź. Pomaga to zminimalizować rozmiar repozytorium i zapobiega przypadkowemu użyciu nieaktualnych gałęzi.