Wprowadź swoją pracę do bazy kodu zespołu

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Visual Studio 2019 | Visual Studio 2022

W programie Visual Studio Team Explorerotwórz stronę Oczekujące zmiany, aby zatwierdzić kod w nowym zestawie zmian lub naciśnij Ctrl+O, P na klawiaturze.

Wybierz pliki, które chcesz zaewidencjonować

Możesz określić, które zmiany w pliku chcesz zaewidencjonować, przeciągając je między sekcjami Uwzględnione zmiany oraz Wykluczone zmiany na stronie Oczekujące zmiany w programie Team Explorer. Możesz również dokonać zatwierdzenia, pracując w innych obszarach programu Visual Studio.

• W eksploratorze rozwiązańkliknij prawym przyciskiem myszy rozwiązanie, co najmniej jeden projekt kodu lub co najmniej jeden plik, a następnie wybierz Zaewidencjonuj.

• W Eksplorator kontroli źródławybierz co najmniej jeden element z oczekującymi zmianami lub co najmniej jeden folder zawierający elementy z oczekującymi zmianami. Ikona statusu pobrania TFVC wskazuje elementy z oczekującymi zmianami. Kliknij prawym przyciskiem myszy wybrane elementy i wybierz pozycję Zaewidencjonuj.

Jeśli nie widzisz oczekujących zmian dla elementu, który chcesz zaewidencjonować, upewnij się, że nie jest on wymieniony jako wykluczona zmiana. Otwórz widok Oczekujące zmiany i wybierz link Wykryte pod Wykluczone zmiany. W oknie dialogowym Zatwierdź zmiany kandydatów zaznacz dowolne elementy, które chcesz zatwierdzić, a następnie wybierz pozycję Zatwierdź. Elementy przechodzą do sekcji Uwzględnione zmiany i można je teraz zaewidencjonować.

Kojarzenie elementów roboczych

Kiedy zaewidencjonujesz zmiany, powinieneś skojarzyć elementy robocze ze zmianami. Ta praktyka oferuje następujące korzyści:

• Członek zespołu, który patrzy na element roboczy, może połączyć się bezpośrednio ze zmianą, aby zobaczyć pracę, którą wykonałeś.
• Członek zespołu, który przegląda historię pliku, który został zmieniony, może wyświetlić zestaw zmian i zobaczyć elementy robocze, które były uzasadnieniem zmiany.
• Możesz zbudować swoje zmiany w zautomatyzowanym systemie budowania, na przykład za pomocą kompilacji w ramach ciągłej integracjilub kompilacji z zaewidencjonowaniem kontrolnym. Członkowie zespołu mogą zobaczyć, w którym ukończonym buildzie zadanie zostało zrealizowane lub usterka została naprawiona.

Aby skojarzyć elementy robocze ze zmianami, możesz wykonać następujące czynności:

• Wybierz Dodaj element pracy według identyfikatora w sekcji Powiązane elementy pracy na stronie Oczekujące zmiany. Wprowadź identyfikator elementu roboczego i wybierz Dodaj.

• Przeciągnij element roboczy ze strony elementu roboczegoTeam Explorer do sekcji Powiązane elementy robocze na stronie Oczekujące zmiany.

Po dodaniu elementu roboczego możesz wybrać link obok elementu, aby określić, jak element powinien być powiązany z twoimi zmianami: Połącz lub Rozwiąż. Te opcje są dostępne tylko wtedy, gdy element roboczy nie jest jeszcze w stanie uniemożliwiającym nawiązanie tej relacji, na przykład Rozwiązane, Gotowelub Zamknięte.

Zatwierdź swoje zmiany

1. W programie Team Explorerwybierz opcję Strona główna, a następnie wybierz Oczekujące Zmiany lub naciśnij Ctrl+0, P.

2. Na stronie Oczekujące zmiany wprowadź komentarz, aby koledzy z zespołu, którzy później będą musieli przejrzeć i zrozumieć historię plików, mogli zrozumieć, co zrobiłeś. Na przykład: Zaimplementowano kontroler koszyka zakupów.

   Niektóre zespoły chcą, aby członkowie udostępniali pewne rodzaje informacji o każdym zestawie zmian i mogą wdrożyć politykę zgłaszania zmian, aby wymagać tej praktyki. Jeśli administrator projektu ma włączone lub wymagane notatki podczas zaewidencjonowania, możesz wpisać informacje w sekcji Notatki.

3. Wybierz pozycję Zamelduj się.

Jeden z następujących wyników:

• Zmiany są zaewidencjonowane.

  Wszystkie dołączone zmiany plików z obszaru roboczego wraz z komentarzem, notatkami zaewidencjonowania i linkami do powiązanych elementów roboczych są przechowywane na serwerze jako pojedynczy zestaw zmian .

• Konflikty blokują zmiany.

  System przedstawia konflikty między zmianami a najnowszą wersją plików na serwerze. Zobacz Rozwiązywanie konfliktów kontroli wersji programu Team Foundation.

• Polityka dotycząca check-in blokuje odprawę.

  Administratorzy projektu mogą wdrażać zasady ewidencjonowania, aby zachęcić zespół do stosowania najlepszych praktyk. Na przykład, polityka meldowania może zachęcać do lub wymagać od członków zespołu skojarzenia co najmniej jednego elementu roboczego ze swoimi zmianami. Aby uzyskać więcej informacji, zobacz Ustawianie i Egzekwowanie Bram Jakości.

  Aby zastąpić te polityki meldowania, w sekcji Ostrzeżenia zasad wybierz pozycję Zastąp ostrzeżenia, a następnie wprowadź powód zastąpienia.

• Ewidencjonujesz zmiany w folderze kontrolowanym przez proces kompilacji zaewidencjonowanej.

  Jeśli zatwierdzasz zmiany w katalogach systemu kontroli wersji, które są kontrolowane przez proces kompilacji zatwierdzenia ograniczonego , zostanie wyświetlone okno dialogowe Zatwierdzenie Ograniczone . Aby uzyskać informacje na temat sposobu zakończenia meldowania, zobacz Zaewidencjonuj w folderze kontrolowanym przez proces kompilacji z zaewidencjonowaniem bramkowym.

  

Subskrybowanie alertów

Jeśli chcesz otrzymywać powiadomienia, gdy ktoś zaewidencjonuje kod w projekcie TFVC, możesz subskrybować, aby otrzymywać alerty e-mail. W projekcie TFVC Ustawienia użytkownikawybierz pozycję Powiadomienia. Wybierz pozycję Nowa subskrypcja, a następnie wybierz spośród szablonów Rejestrowanie i dostosuj je dla Code (TFVC).

Praca w wierszu poleceń

• Polecenie Checkin umożliwia wyświetlanie oczekujących zmian i ewidencjonowanie plików.

Wskazówki

• Możesz przełączać się między widokami listy i drzewa, wybierając pozycję Opcje widoku z sekcji Uwzględnione elementy lub sekcji Wykluczone elementy na stronie Oczekujące zmiany.

• Przed zaewidencjonowaniem nowego kodu należy rozważyć przeprowadzenie przeglądu kodu. Zobacz Wstrzymaj pracę, napraw usterkę i przeprowadź przegląd kodu.

• Możesz zarządzać oczekującymi zmianami i w razie potrzeby cofnąć je. Zobacz Tworzenie kodu i zarządzanie oczekującymi zmianami.

• Jeśli musisz odłożyć zmiany, zobacz Wstrzymaj pracę i zarządzaj zestawami półek.

• Zmiany są wprowadzane atomowo. Operacja kończy się powodzeniem całkowicie lub całkowicie kończy się niepowodzeniem. Jeśli nie można przesłać żadnej ze zmian, żadna ze zmian nie zostanie zatwierdzona i zestaw zmian nie zostanie utworzony. Jeśli na przykład utracisz łączność sieciową w trakcie operacji zaewidencjonowania, cała operacja zakończy się niepowodzeniem.

  Istnieje jeden wyjątek, który polega na skojarzeniu elementów roboczych ze zestawem zmian. Jeśli skojarzenie elementu roboczego zakończy się niepowodzeniem, ale wszystkie inne aspekty operacji zatwierdzania powiedzą się, to zostanie utworzony zestaw zmian. Możesz ręcznie skojarzyć element roboczy z zestawem zmian.

Następne kroki

zmienianie nazwy lub przenoszenie plików i folderów