Samouczek usługi Azure Repos Git
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Korzystając z kontroli wersji, możesz zapisywać pracę i koordynować zmiany kodu w zespole. Nawet jeśli jesteś deweloperem pracującym w pojedynkę, kontrola wersji pomoże Ci w organizacji pracy podczas usuwania usterek i opracowywania nowych funkcji. Kontrola wersji zachowuje historię programowania, dzięki czemu możesz łatwo przeglądać i nawet przywracać dowolną wersję kodu.
Kroki opisane w poniższych samouczkach pokazują, jak wykonywać typowe zadania kontroli wersji przy użyciu następującego przepływu pracy.
Kontrola wersji ma ogólny przepływ pracy, którego większość deweloperów używa podczas pisania kodu i udostępniania go zespołowi.
Te kroki są następujące:
- Pobierz lokalną kopię kodu, jeśli jeszcze jej nie masz.
- Wprowadź zmiany w kodzie, aby usunąć usterki lub dodać nowe funkcje.
- Gdy kod będzie gotowy, udostępnij go do przejrzenia zespołowi.
- Po przejrzeniu kodu scal go z udostępnioną bazą kodu zespołu.
W usłudze Git istnieje wersja tego przepływu pracy z terminologią i poleceniami unikatowymi dla usługi Git. Z tego samouczka dowiesz się o repozytoriach, gałęziach, zatwierdzeniach i żądaniach ściągnięcia. Te terminy mogą wydawać się znajome, jeśli używasz systemu kontroli wersji, takiego jak Kontrola wersji serwera Team Foundation lub Subversion, jednak w usłudze Git działają one inaczej.
- Utwórz gałąź dla zmian, które chcesz wprowadzić, i nadaj jej nazwę, taką jak
users/jamal/fix-bug-3214lubcool-feature-x. Aby uzyskać więcej wskazówek dotyczących tworzenia gałęzi, zobacz Wdrażanie strategii rozgałęziania usługi Git - Zatwierdź zmiany w gałęzi. Poprawka usterki lub funkcja często obejmuje wiele zatwierdzeń.
- Wypchnij gałąź do repozytorium zdalnego.
- Utwórz żądanie ściągnięcia, aby inne osoby mogły przejrzeć wprowadzone przez Ciebie zmiany. Dołączenie opinii może wymagać wykonania większej liczby zatwierdzeń i wypchnięcia większej liczby zmian.
- Ukończ żądanie ściągnięcia, aby rozwiązać wszelkie konflikty scalania i zakończyć żądanie ściągnięcia.
Użyj tego przepływu pracy, jeśli dopiero zaczynasz korzystać z usługi Git. Gdy twój zespół staje się bardziej doświadczony i pewny siebie w usłudze Git, rozszerz go tak, aby odpowiadał potrzebom twojego zespołu.