Ewidencjonowanie pracy w ścieżce bazowej kodu zespołu
Użyj Oczekujące zmiany 's codebase strony i sprawdź swój kod zespołu.
Wymagane uprawnienia
Musi być jednym z Współautorzy dla zespołu projektu.See Team Foundation Grupy domyślne serwera, uprawnień i ról.
Co chcesz zrobić?
Określ pliki, które chcesz zaewidencjonować
Kojarzenie elementów pracy
Zaewidencjonuj zmiany
Rozwiązać zasad wyboru w ostrzeżenia
Sprawdzać gated w
Praca z wiersza polecenia
Porady
Określ pliki, które chcesz zaewidencjonować
Można określić, które chcesz zaewidencjonować przeciągając je między zmiany pliku Uwzględnione zmiany i Zmiany wyłączone sekcji Oczekujące zmiany strony.Można również zakres użytkownika wyboru w pracy w innych obszarach programu Visual Studio:
W oknie Solution Explorer wybierz jedną z następujących czynności:
Roztwór
Jeden lub więcej projektów kodu
Jeden lub więcej plików
Po zaznaczeniu elementów, otwieranie ich menu skrótów i wybierz polecenie Sprawdź W.
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 oczekujące zmiany.(Elementy oczekujące zmiany są wskazywane przez ten symbol: ).Otwórz menu skrótów dla wybranych elementów i wybierz polecenie Sprawdź W.
Kojarzenie elementów pracy
Po zmianie plików w sieci codebase można zwykle tak do ukończenia zadania, błędów lub zaspokoić popyt innego rodzaju elementu pracy.Zaewidencjonowanie zmian należy skojarzyć ze zmianami, które są w takich elementów pracy.Świadczenia takie obejmują:
Członek zespołu, który wygląda na element pracy można łącze bezpośrednio do changeset zobaczyć pracę, tak samo.
Członek zespołu kto przegląda historii pliku zostanie zmieniona wyświetlać changeset i elementów pracy, które były uzasadnienie zmiany.
Jeśli kompilacji zmiany w systemie automatycznego budowania (na przykład z CI Build lub wyboru w Gated budować, członkowie zespołu można zobaczyć, w którym kompilacji zakończone zadanie zostało ukończone lub błędów zostało ustalone.
Aby skojarzyć elementy pracy z sieci wyboru:
Wybierz Dodaj element pracy przez identyfikator łącze w Powiązanych elementów pracy sekcji.
Przeciągnij element pracy z okna kwerendy do Powiązane elementy pracy sekcji.
Obok każdego elementu pracy wybierz, jak go związanych do użytkownika wyboru w: skojarzyć lub rozwiązać (dostępne tylko wtedy, gdy element pracy nie jest już w stanie, wyklucza tej relacji, takich jak rozwiązany, Sporządzono, lub zamknięty).
Porada |
---|
Można otworzyć menu skrótów elementu pracy skojarzone, a następnie wybierz:
|
Zaewidencjonuj zmiany
Aby zaewidencjonować zmiany
W Eksploratorze zespołu wybierz domu, a następnie wybierz polecenie Oczekujące zmiany.
Na Oczekujące zmiany strony, wprowadź komentarz tak, aby informował, którzy chcą później przeglądu i zrozumienie historii plików zrozumieć, co zostało.Na przykład: kontrolera koszyka zakupów Implemented.
Niektóre zespoły woli (i w niektórych przypadkach wdrożenia zasad wyboru wymagane) swoich członków do świadczenia niektórych rodzajów informacji o każdym ewidencjonowania.Jeśli Administrator zespołu projektu włączone notatki do wyboru w, a następnie wpisać informacje do każdego pola w notatki sekcji.
Wybierz Sprawdź W przycisku.
Występuje jeden z następujących rezultatów.
Zmiany są sprawdzane
Zmienia wstawianego pliku obszaru roboczego z komentarz notatki wyboru, i łącza do elementów roboczych pokrewnych są przechowywane na serwerze jako pojedynczego changeset na serwerze.
Konflikt blokowania czeku
System proponuje konfliktów między zmiany najnowszej wersji plików na serwerze.See Rozwiązywanie konfliktów plików.
Czek w jest zablokowana, ponieważ narusza zasady wyboru.
Administratorzy zespołu projektu można zaimplementować zasady wyboru do wspierania zespołu do najważniejszych wskazówek.Na przykład zasady wyboru mogą zachęcać członków zespołu, aby skojarzyć co najmniej jeden element pracy z ich zmiany.Aby uzyskać więcej informacji, zobacz Set and Enforce Quality Gates.
W niektórych przypadkach można zastąpić te zasady wyboru.W Zasad ostrzeżenia sekcji, wybierz Zastąpić ostrzeżenia.
W Przyczyna należy wyjaśnić, dlaczego nadrzędne zasady.
Sprawdź folder, który jest kontrolowana przez proces gated kompilacji wyboru
Jeśli podczas sprawdzania zmiany w folderach kontroli wersji, które są kontrolowane przez gated proces budowania wyboru w, wyboru Gated w pojawi się okno dialogowe.Aby uzyskać informacje dotyczące wykonywania operacji wyboru zobacz Sprawdź do folderu, który jest kontrolowana przez Gated wyboru w tworzenie procesu.
Praca z wiersza polecenia
- Polecenie Checkin: Wyświetlanie oczekujące zmiany i odkładanie plików
Porady
Przed sprawdzeniem w nowy kod, należy rozważyć przeprowadzenie przeglądu kodu.See Dzień z życia programisty ALM: wstrzymywanie pracy, naprawa błędów i przeprowadzanie przeglądu kodu.
Można zarządzać i, jeśli to konieczne, należy cofnąć zmiany oczekujące.See Opracowanie kodu i zarządzać oczekujące zmiany.
Jeśli konieczne jest uchylenie zmian, zobacz Zawieszenia pracy i zarządzanie nimi na Shelvesets.
Zaewidencjonowanie jest wykonywane atomowo — operacja powiedzie się całkowicie lub nie powiedzie się całkowicie (z wyjątkiem jednego).Jeśli jeden zmian nie można przesłać do serwera Team Foundation, brak zmiany poświęca i changeset nie jest tworzony.Na przykład, jeżeli zgubisz łączności sieciowej w środku zaewidencjonowanie całego kończy się niepowodzeniem.
Wyjątkiem jest skojarzenie elementów pracy z changeset.Skojarzenia elementu pracy nie powiedzie się, ale innych aspektów wyboru w succeed, jest tworzony changeset.Element pracy można ręcznie skojarzyć z changeset.See Znajdź łącza i punktu widok skojarzony element pracy.