Informacje o gałęziach i zasadach gałęzi

  • Artykuł

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

Zasady gałęzi są ważną częścią przepływu pracy usługi Git i umożliwiają:

  • Izolowanie pracy w toku od ukończonej pracy w gałęzi głównej
  • Gwarancja kompilacji zmian przed przejściem do głównego
  • Ogranicz, kto może współtworzyć określone gałęzie
  • Wymuszanie, kto może tworzyć gałęzie i wytyczne dotyczące nazewnictwa dla gałęzi
  • Automatyczne dołączanie odpowiednich recenzentów dla każdej zmiany kodu
  • Wymuszanie najlepszych rozwiązań z wymaganymi recenzentami kodu

Poniższa tabela zawiera podsumowanie zasad, które można zdefiniować w celu dostosowania gałęzi. Aby zapoznać się z omówieniem wszystkich zasad i ustawień repozytorium oraz gałęzi, zobacz Ustawienia i zasady repozytorium Git.

Zasady

Wartość domyślna

Opis

Wymaganie minimalnej liczby recenzentów

Wyłączona

Wymagaj zatwierdzenia od określonej liczby recenzentów żądań ściągnięcia.

Sprawdzanie połączonych elementów roboczych

Wyłączona

Zachęcaj do śledzenia, sprawdzając połączone elementy robocze w żądaniach ściągnięcia.

Sprawdzanie rozwiązywania komentarzy

Wyłączona

Sprawdź, czy wszystkie komentarze zostały rozwiązane w przypadku żądań ściągnięcia.

Ogranicz typy scalania

Wyłączona

Kontrolowanie historii gałęzi przez ograniczenie dostępnych typów scalania po zakończeniu żądań ściągnięcia.

Dodawanie zasad weryfikacji kompilacji

Wyłączona

Dodaj co najmniej jedną zasady, aby zweryfikować kod przez wstępne scalanie i tworzenie zmian żądań ściągnięcia. Może również włączać lub wyłączać zasady.

Dodawanie zasad sprawdzania stanu

Wyłączona

Dodaj co najmniej jedną zasady, aby wymagać od innych usług publikowania stanu pomyślnego ukończenia żądań ściągnięcia. Może również włączać lub wyłączać zasady.

Automatycznie dołączane recenzentów

Wyłączona

Dodaj co najmniej jedną zasady, aby wyznaczyć recenzentów kodu, aby automatycznie dołączać żądania ściągnięcia, zmieniając niektóre obszary kodu. Może również włączać lub wyłączać zasady.

Adopt a Git branching strategy (Stosowanie strategii rozgałęziania systemu Git)

Istnieje kilka krytycznych gałęzi w repozytorium, które zespół opiera się na zawsze w dobrej formie, takiej jak main gałąź.

Wymagaj żądań ściągnięcia, aby wprowadzić zmiany w tych gałęziach. Deweloperzy wypychając zmiany bezpośrednio do chronionych gałęzi będą mieli odrzucone wypychania.

Zachowaj prostą strategię gałęzi, tworząc strategię na podstawie tych trzech pojęć:

  1. Użyj gałęzi funkcji dla wszystkich nowych funkcji i poprawek błędów.
  2. Scal gałęzie funkcji z gałęzią główną przy użyciu żądań ściągnięcia.
  3. Zachowaj aktualną gałąź główną o wysokiej jakości.

Strategia, która rozszerza te koncepcje i pozwala uniknąć sprzeczności, skutkuje przepływem pracy kontroli wersji dla zespołu, który jest spójny i łatwy do naśladowania.

Tworzenie zadań w gałęziach

Gałęzie usługi Git nie są czymś więcej niż małym odwołaniem, które przechowuje dokładną historię zatwierdzeń, więc są tanie do utworzenia.

Zatwierdzanie zmian w gałęzi nie wpłynie na inne gałęzie. Możesz udostępniać gałęzie innym osobom bez konieczności scalania zmian w głównym projekcie.

Możesz utworzyć nowe gałęzie, aby odizolować zmiany dla funkcji lub poprawki błędów z gałęzi głównej i innych zadań.

Ponieważ gałęzie są lekkie, przełączanie między gałęziami jest szybkie i łatwe. Usługa Git nie tworzy wielu kopii źródła podczas pracy z gałęziami — używa informacji o historii przechowywanych w zatwierdzeniach w celu odtworzenia plików w gałęzi podczas pracy nad nią.

Przepływ pracy usługi Git powinien tworzyć gałęzie i używać ich do zarządzania funkcjami i poprawkami błędów.

Pozostała część przepływu pracy usługi Git, taka jak udostępnianie kodu i przeglądanie kodu za pomocą żądań ściągnięcia, wszystkie elementy działają w gałęziach.

Izolowanie pracy w gałęziach ułatwia zmianę tego, nad czym pracujesz, zmieniając bieżącą gałąź.

Jak są tworzone gałęzie usługi Git?

Gałęzie są tworzone przy użyciu branch polecenia . Branch Tworzy odwołanie w usłudze Git dla nowej gałęzi i wskaźnik z powrotem do zatwierdzenia nadrzędnego, aby usługa Git mogła zachować historię zmian podczas dodawania zatwierdzeń do gałęzi.

Podczas pracy z gałęzią udostępnioną przez inną osobę usługa Git utrzymuje relację śledzenia nadrzędnego. Relacja kojarzy gałąź w repozytorium lokalnym z odpowiednią gałęzią w repozytorium zdalnym.

Śledzenie nadrzędne ułatwia synchronizowanie zmian z innymi osobami przy użyciu wypychania i ściągania.

Wizualizacja odgałęzienia od gałęzi głównej w usłudze Git

Na tym zrzucie ekranu widać nową gałąź utworzoną na podstawie gałęzi głównej. Praca trwa zarówno w gałęziach, jak i zatwierdzeniach są dodawane do obu gałęzi.

Usługa Git zawsze dodaje nowe zatwierdzenia do bieżącej gałęzi lokalnej. Sprawdź gałąź, nad którą pracujesz przed zatwierdzeniem, aby nie zatwierdzać zmian w niewłaściwej gałęzi.

Zamiana między gałęziami lokalnymi przy użyciu checkout polecenia . Usługa Git zmieni pliki na komputerze tak, aby odpowiadały najnowszemu zatwierdzeniu w gałęzi wyewidencjonowania.

Gdy praca w gałęzi jest gotowa do udostępnienia pozostałej części zespołu, wypchniesz zmiany, aby zaktualizować gałąź zdalną.

Typowym błędem jest wprowadzenie pewnych zmian i commit ich zdać sobie sprawę, że jesteś w nieprawidłowej gałęzi, a następnie checkout do właściwej gałęzi.

Najnowsze zmiany nie będą już znajdować się w systemie plików, ponieważ każda gałąź ma własną wersję kodu.

Usługa Git przywraca stan plików do ostatniego zatwierdzenia w gałęzi, do której zamieniono, a nie do poprzedniej gałęzi, w której wprowadzono zmiany.

Należy wybrać zatwierdzenia z gałęzi lub scalić zmiany w odpowiedniej gałęzi.

Zarządzanie programowaniem przy użyciu gałęzi

Usługa Git śledzi, nad którą gałęzią pracujesz, i upewnia się, że w przypadku checkout gałęzi pliki są zgodne z najnowszym zatwierdzeniem w gałęzi.

Gałęzie umożliwiają pracę z wieloma wersjami kodu źródłowego w tym samym lokalnym repozytorium Git w tym samym czasie.

Poinformuj usługę Git, nad którą gałęzią chcesz pracować z usługą checkout, a usługa Git zajmuje się ustawianiem odpowiednich wersji plików dla tej gałęzi.

Nie potrzebujesz więcej niż jednego repozytorium w systemie, gdy używasz gałęzi do izolowania pracy.

Skonfiguruj środowisko deweloperskie raz po sklonowania. Następnie użyj gałęzi Usługi Git, aby zamienić pracę między pracą funkcji a naprawianiem usterek.

Przewodniki z instrukcjami po tworzeniu gałęzi

Dowiedz się, jak wykonywać typowe zadania podczas pracy z gałęziami.