Udostępnij za pośrednictwem

Co to jest Kontrola wersji serwera Team Foundation?

  • Artykuł

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

Visual Studio 2019 | Visual Studio 2022

Niezależnie od tego, czy projekt oprogramowania jest duży, czy mały, użycie kontroli wersji tak szybko, jak to możliwe, jest dobrym pomysłem. Systemy kontroli wersji składają się z oprogramowania, które ułatwia śledzenie zmian w kodzie w czasie. Podczas edytowania kodu system kontroli wersji informuje system kontroli wersji o utworzeniu migawki plików. System kontroli wersji zapisuje migawkę trwale, aby można było ją odwołać później, jeśli jest potrzebna.

Usługi Azure DevOps Services i TFS zapewniają dwa modele kontroli wersji: Git, która jest rozproszoną kontrolą wersji, i Kontrola wersji serwera Team Foundation (TFVC), która jest scentralizowaną kontrolą wersji. Ten artykuł zawiera omówienie i punkt wyjścia do korzystania z serwera TFVC. Jeśli decydujesz o typie kontroli wersji usług Azure DevOps Services/TFS, zobacz Wybieranie odpowiedniej kontroli wersji projektu.

Dlaczego warto używać kontroli wersji?

Bez kontroli wersji możesz zachować wiele kopii kodu na komputerze. Jest to niebezpieczne, ponieważ łatwo jest zmienić lub usunąć plik w niewłaściwej kopii kodu, co może spowodować utratę pracy. Systemy kontroli wersji rozwiązują ten problem, zarządzając wszystkimi wersjami kodu, ale jednocześnie prezentując pojedynczą wersję.

Systemy kontroli wersji zapewniają następujące korzyści:

  • Tworzenie przepływów pracy — przepływy pracy kontroli wersji uniemożliwiają chaos wszystkich użytkowników korzystających z własnego procesu programowania z różnymi i niezgodnymi narzędziami. Systemy kontroli wersji zapewniają wymuszanie i uprawnienia procesów, dzięki czemu wszyscy pozostają na tej samej stronie.
  • Praca z wersjami — każda wersja zawiera opis zmian w wersji, takich jak naprawienie usterki lub dodanie funkcji. Te opisy ułatwiają śledzenie zmian w kodzie według wersji zamiast przez poszczególne zmiany plików. Kod przechowywany w wersjach można wyświetlać i przywracać z kontroli wersji w dowolnym momencie zgodnie z potrzebami. Ułatwia to podstawy pracy nad dowolną wersją kodu.
  • Kod razem — kontrola wersji synchronizuje wersje i zapewnia, że zmiany nie powodują konfliktu z innymi zmianami z zespołu. Twój zespół opiera się na kontroli wersji, aby pomóc w rozwiązywaniu konfliktów i zapobieganiu im nawet wtedy, gdy ludzie w tym samym czasie wprowadzają zmiany.
  • Zachowaj historię — kontrola wersji przechowuje historię zmian w miarę zapisywania nowych wersji kodu przez zespół. Tę historię można przejrzeć, aby dowiedzieć się, kto, dlaczego i kiedy wprowadzono zmiany. Historia daje pewność eksperymentu, ponieważ w dowolnym momencie można przywrócić poprzednią dobrą wersję. Historia umożliwia podstawową pracę z dowolnej wersji kodu, na przykład w celu naprawienia usterki w poprzedniej wersji.
  • Automatyzowanie zadań — funkcje automatyzacji kontroli wersji oszczędzają czas zespołu i generują spójne wyniki. Możesz zautomatyzować testowanie, analizę kodu i wdrażanie, gdy nowe wersje są zapisywane w kontroli wersji.

Istnieje wiele rzeczy, które mogą zająć trochę czasu jako deweloper: odtwarzanie usterek, uczenie się nowych narzędzi i dodawanie nowych funkcji lub zawartości. Ponieważ wymagania użytkowników są skalowane w górę, kontrola wersji pomaga zespołowi współpracować i dostarczać je na czas.

Kontrola wersji serwera Team Foundation

TfVC to scentralizowany system kontroli wersji. Zazwyczaj członkowie zespołu mają tylko jedną wersję każdego pliku na maszynach deweloperskich. Dane historyczne są utrzymywane tylko na serwerze. Gałęzie bazują na ścieżkach i są tworzone na serwerze.

Funkcja TFVC umożliwia stosowanie szczegółowych uprawnień i ograniczanie dostępu do poziomu plików. Ponieważ zespół sprawdza całą pracę w usłudze Azure DevOps Server, możesz łatwo przeprowadzać inspekcję zmian i identyfikować użytkowników zaewidencjonowany w zestawie zmian. Korzystając z funkcji porównywania i dodawania adnotacji, można zidentyfikować dokładne wprowadzone zmiany.

Przewodniki Szybki start

Rozpocznij od utworzenia projektu, skonfigurowania obszaru roboczego oraz przeglądania i udostępniania kodu. Możesz użyć dowolnego z tych klientów lub środowisk IDE:

Samouczki krok po kroku

Poznaj podstawy pracy z programem TFVC, korzystając z poniższego samouczka, który przedstawia dzień w życiu dewelopera devOps przy użyciu programu Visual Studio i serwera TFVC.

Co chcesz zrobić?

  • Konfigurowanie maszyny dewelopera i rozpoczynanie pracy

    Poświęć kilka minut, aby skonfigurować maszynę deweloperów, aby korzystać ze wszystkich zalet bazy kodu kontrolowanej przez wersję.

  • Wybieranie modelu przepływu pracy — serwer lub lokalne obszary robocze

    • Obszary robocze serwera — przed wprowadzeniem zmian członkowie zespołu publicznie wyewidencjonować pliki. Większość operacji wymaga od deweloperów połączenia z serwerem. Ten system ułatwia blokowanie przepływów pracy. Inne systemy, które działają w ten sposób, obejmują Sejf Visual Source, Perforce i CVS. Za pomocą obszarów roboczych serwera można skalować w górę do bardzo dużych baz kodu z milionami plików na gałąź i duże pliki binarne.

    • Lokalne obszary robocze — każdy członek zespołu pobiera kopię najnowszej wersji bazy kodu z nimi i działa w trybie offline w razie potrzeby. Deweloperzy sprawdzają swoje zmiany i w razie potrzeby rozwiązują konflikty. Inny system, który działa w ten sposób, to Subversion.

  • Opracowywanie aplikacji w bazie kodu kontrolowanej przez wersję

    W większości sytuacji nie trzeba myśleć o kontroli wersji. System obsługuje cię, gdy musisz zarządzać zmianami i je rozumieć.

  • Wstrzymywanie pracy

    Czasami trzeba odłożyć część lub całą pracę, którą wykonujesz. System kontroli wersji może zabrać część bólu i skrócić czas marnowany przez przerwy.

  • Współtworzenie pracy nad zespołem

    Zaewidencjonuj zmiany, aby twój zespół mógł wykorzystać, przetestować i zwolnić utworzoną wartość.

  • Izolowanie ryzyka

    Użyj gałęzi i blokad, aby odizolować ryzyko wprowadzone przez różne zespoły.

  • Wyświetlanie poprzednich wersji i zarządzanie nimi

    Jedną z zalet systemu kontroli wersji jest to, że możesz spojrzeć wstecz w czasie, aby uzyskać szczegółowe informacje na temat zmian wprowadzonych w plikach.

  • Porównywanie folderów i plików

    Foldery serwera i foldery lokalne można porównać ze sobą i wyświetlić różnice między zawartością każdego folderu.

  • Rozwiązywanie konfliktów Kontrola wersji serwera Team Foundation

    Dużą zaletą korzystania z kontroli wersji jest to, że kilka osób może pracować współbieżnie w pliku. Jedną z wad jest to, że czasami trzeba rozwiązać konflikty. Chociaż może to być frustrujące, aby napotkać konflikty, system udostępnia informacje i narzędzia ułatwiające zrozumienie i rozwiązywanie konfliktów.

  • Praca z blokadami kontroli wersji

    Jeśli chcesz zapobiec wyewidencjonowaniu i zmianie pliku lub folderu, możesz go zablokować.

Operacje dostępne tylko z wiersza polecenia tf

W poniższej tabeli wymieniono zadania serwera TFVC, które można wykonać tylko w wierszu polecenia przy użyciu tf narzędzia wiersza polecenia.

Zadanie Polecenie
Usuń obszar roboczy innego użytkownika. workspacez opcją /delete
Cofnij wyewidencjonowywanie innego użytkownika. undo
Usuń blokadę innego użytkownika. lock
Zdefiniuj zakres etykiety. label
Wykonaj bezpodstawne scalanie. merge
Trwałe zniszczenie zawartości. destroy
Wycofaj efekt co najmniej jednego zestawu zmian. rollback