Ewidencjonowanie pracy w ścieżce bazowej kodu zespołu

 

Użyj strony Oczekujące zmiany, (Klawiatura: Ctrl + 0, P), aby zaewidencjonować kod w ścieżce bazowej kodu zespołu.

Co chcesz zrobić?

• Określ pliki, które chcesz zaewidencjonować

• Skojarz elementy pracy

• Zaewidencjonuj zmiany

• Rozwiąż ostrzeżenia związane z zasadami ewidencjonowania

• Wykonaj ewidencjonowanie polegające na sprawdzeniu poprawności

• Subskrybuj alerty

• Praca z wiersza polecenia

• Uzyskaj porady

Określ pliki, które chcesz zaewidencjonować

Można określić, jakie zmiany pliku chcesz zaewidencjonować, przeciągając je między częściami Uwzględnione zmiany i Wykluczone zmiany strony Oczekujące zmiany. Możesz również określić zakres ewidencjonowania w trakcie pracy w innych obszarach programu Visual Studio:

• W Eksploratorze rozwiązań wybierz jedną z następujących opcji:

  • Rozwiązanie

  • Jeden lub więcej projektów kodów

  • Jeden lub więcej plików

  Po zaznaczeniu elementów otwórz ich menu kontekstowe, po czym wybierz Zaewidencjonuj.

• W Eksploratorze kontroli źródła zaznacz jeden lub więcej elementów z oczekującymi zmianami lub jeden lub więcej folderów zawierających elementy z oczekującymi zmianami. (Elementy z oczekującymi zmianami są oznaczone przez ten symbol: ). Otwórz menu kontekstowe dla wybranych elementów, a następnie wybierz polecenie Zaewidencjonuj.

Skojarz elementy pracy

Zmiana plików w bazie kodu zwykle służy do ukończenia zadania, naprawy błędu lub spełnienia żądania innego rodzaju elementu pracy. Zaewidencjonowanie zmian należy skojarzyć ze zmianami, które są w takich elementach pracy. Zalety zrobienia tego obejmują:

• Członek zespołu, który patrzy na element roboczy, może połączyć się bezpośrednio z zestawem zmian, aby zobaczyć Twoją pracę.

• Członek zespołu, który dokonuje przeglądu historii pliku zmienionego przez Ciebie, może wyświetlić zestaw zmian i zobaczyć elementy robocze, które były uzasadnieniem zmiany.

• W przypadku kompilowania zmian w systemie automatycznego kompilowania (np. z CI Build lub Kompilacja ewidencjonowana warunkowo) członkowie zespołu mogą zobaczyć, w której zakończonej kompilacji zadanie zostało ukończone lub błąd został naprawiony.

Aby skojarzyć elementy pracy z ewidencjonowaniem:

• Wybierz łącze Dodaj element pracy wg identyfikatora w sekcji Powiązane elementy pracy.

• Przeciągnij element roboczy z okna zapytania do sekcji Powiązane elementy pracy.

Obok każdego elementu pracy wybierz, jak ma być powiązany z ewidencjonowaniem: Skojarz lub Rozpoznaj (opcja dostępna tylko wtedy, gdy element pracy nie jest jeszcze w stanie, który wyklucza tę relację, takim jak Rozpoznany, Gotowy lub Zamknięty).

Porada

Możesz otworzyć menu kontekstowe skojarzonego elementu roboczego, a następnie wybrać:

• Otwórz element pracy, aby otworzyć element pracy w karcie tymczasowej.Jeśli chcesz widzieć element pracy na zwykłej karcie, otwórz menu kontekstowym dla karty i wybierz polecenie Otwórz kartę (Klawiatura: Ctrl + Alt + Home).

• Usuń element pracy, jeśli nie chcesz skojarzyć elementu pracy ze swoją rejestracją.

• Nowy połączony element pracy, Utwórz kopię elementu pracy lub Połącz z istniejącym elementem.

Zaewidencjonuj zmiany

Aby zaewidencjonować zmiany

1. W programie Team Explorer wybierz Strona główna, a następnie wybierz Oczekujące zmiany (klawiatura: Ctrl + 0, P).

2. Na stronie Oczekujące zmiany wypełnij pole Komentarz, tak aby członkowie zespołu, którzy będą później musieli przejrzeć i zrozumieć historię plików zrozumieli, co zostało przez Ciebie zrobione. Na przykład: Zaimplementowano kontroler koszyka.

3. Niektóre zespoły wolą, aby ich członkowie podawali pewne rodzaje informacji na temat każdego zaewidencjonowania. W niektórych przypadkach nawet implementują zasady ewidencjonowania, aby tego wymagać. Jeśli administrator projektu zespołowego umożliwił sporządzanie notatek z ewidencjonowania możesz wpisać te informacje do każdego pola w sekcji Uwagi.

4. Wybierz przycisk Zaewidencjonuj.

Występuje jeden z następujących rezultatów.

Zmiany są ewidencjonowane

Wszystkie uwzględnione zmiany pliku z obszaru roboczego, razem z komentarzem, uwagami dotyczącymi ewidencjonowania i łączami do powiązanych elementów pracy, są przechowywane na serwerze jako pojedynczy zestaw zmian.

Konflikt blokuje ewidencjonowanie

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

Ewidencjonowanie jest zablokowane, ponieważ narusza zasady ewidencjonowania.

Administratorzy projektu zespołowego mogą wdrażać zasady ewidencjonowania w celu zachęcania zespołu do przestrzegania najważniejszych wskazówek. Na przykład zasada ewidencjonowania może zachęcać członków zespołu, aby kojarzyli co najmniej jeden element pracy ze swoimi zmianami. Aby uzyskać więcej informacji, zobacz Set and Enforce Quality Gates.

W niektórych przypadkach warto zastąpić te zasady ewidencjonowania. W sekcji Ostrzeżenia dotyczące zasad wybierz opcję Zastąp ostrzeżenia.

W polu Przyczyna wyjaśnij, dlaczego podjąłeś decyzję o zastąpieniu zasady.

Zaewidencjonuj w folderze, który jest kontrolowany przez proces kompilacji z ewidencjonowaniem i bramą

Jeśli ewidencjonujesz zmiany do folderów kontroli wersji, które są kontrolowane przez proces kompilacji z ewidencjonowaniem warunkowym, pojawi się okno dialogowe Ewidencjonowanie warunkowe. Aby uzyskać informacje dotyczące wykonywania operacji ewidencjonowania, zobacz Ewidencjonowanie w folderze, który jest kontrolowany przez proces kompilacji z ewidencjonowaniem i bramą.

Subskrybuj alerty

Jeśli chcesz otrzymywać powiadomienia, gdy ktoś sprawdza kod w projekcie zespołu TFVC, możesz subskrybować otrzymywanie alertów e-mail. Oto sposób.

Praca z wiersza polecenia

• Polecenie Checkin: Wyświetl oczekujące zmiany i zaewidencjonuj pliki

Porady

• Można oddokować stronę Oczekujące zmiany z programu Team Explorer i otworzyć ją w nowym oknie.

• Można przełączać się między listą a widokiem drzewa z menu Akcje.

• Przed zaewidencjonowaniem nowego kodu, należy rozważyć przeprowadzenie audytu kodu. Zobacz Dzień z życia programisty ALM: wstrzymywanie pracy, naprawa błędów i przeprowadzanie przeglądu kodu.

• Można zarządzać a w razie potrzeby cofać bieżące zmiany. Zobacz Pisanie kodu i zarządzanie oczekującymi zmianami.

• Jeśli zachodzi potrzeba odłożenia zmian na bok, zobacz Wstrzymanie pracy i zarządzanie zmianami odłożonymi na półkę.

• Ewidencjonowanie jest wykonywane atomowo — operacja kończy się całkowitym sukcesem całkowitym niepowodzeniem (z jednym wyjątkiem). Jeśli którejkolwiek zmiany nie można przesłać do serwera programu Team Foundation, żadna zmiana nie jest zatwierdzana i zestaw zmian nie jest tworzony. Na przykład jeżeli stracisz łączność sieciową w środku ewidencjonowania, cała operacja skończy się niepowodzeniem.

  Wyjątkiem jest skojarzenie elementów roboczych ze zbiorem zmian. Jeśli skojarzenie elementu roboczego nie powiedzie się, ale wszystkie inne aspekty ewidencjonowania powiodą się, zestaw zmian jest tworzony. Można ręcznie połączyć jednostkę pracy z zestawem zmiany. Zobacz Zarządzanie zależnościami, łączenie elementów roboczych w celu obsługi śledzenia.