Polecenie Checkin
Kontrole w oczekujące zmiany do plików lub folderów na serwerze.
Prawie wszystkie zmiany do plików na komputerze dev jest przechowywany w obszarze roboczym jako oczekujące zmiany , dopóki go zaewidencjonować.Po zaewidencjonowaniu zmiany są przechowywane jako changeset na serwerze.Chociaż Checkin polecenie udostępnia interfejs użytkownika innego niż można użyć w programie Visual Studio (zobacz Ewidencjonowanie pracy w ścieżce bazowej kodu zespołu), proces jest zasadniczo taki sam.
Wymagania: zobacz Uprawnienia serwera programu Team Foundation Server.
tf checkin [/author:author name] [/comment:("comment"|@comment file)]
[/noprompt] [/notes:("Note Name"="note text"|@notefile)]
[/override:(reason|@reasonfile)] [/recursive] [/saved] [/validate] [itemspec] [/bypass] [/force] [/noautoresolve] [/login:username,[password]] [/new]
tf checkin /shelveset:shelvesetname[;shelvesetowner] [/bypass] [/noprompt] [/login:username,[password]] [/collection:TeamProjectCollectionUrl][/author:author name] [/force]
Parametry
Parametr |
Opis |
|---|---|
/author:author name |
Identyfikuje autora oczekujące zmiany, tak że jeden użytkownik, można sprawdzić zmiany w imieniu innego użytkownika. Wymaga CheckinOther uprawnienia.ZobaczUprawnienia serwera programu Team Foundation Server |
/bypass |
Pomija gated wymóg wyboru.Aby uzyskać więcej informacji, zobacz Budowanie wyboru w oczekujące zmiany, które są kontrolowane przez Gated Zaewidencjonuj. |
/collection:TeamProjectCollectionUrl |
Jeśli używasz /shelveset opcji, /collection opcja określa adres URL zawierający shelveset kolekcji projektu zespołu.Na przykład: http://myserver:8080/tfs/DefaultCollection. Domyślnie kolekcji zespołu projektu zakłada się zawierający obszaru roboczego, który mapuje bieżącego katalogu. |
/comment |
Kojarzy komentarz z changeset przy użyciu jednego z następujących argumentów:
|
/force |
Wymusza Zaewidencjonuj na elementy oczekujące zmiany, nawet gdy nie ma żadnej zawartości zmiany w pliku. |
itemspec |
Określa zakres elementów, aby sprawdzić obszarze roboczym użytkownika.Można określić więcej niż jeden Itemspec argumentu.Składnia, zobacz Odniesienie do polecenia kontroli wersji programu Team Foundation. |
/login:username,[password] |
Określa konto użytkownika, aby uruchomić polecenie.See Odniesienie do polecenia kontroli wersji programu Team Foundation. |
/new |
Stan wybrania każdego oczekujące zmiany (jak pokazano w Sprawdź W okno dialogowe), komentarza, elementy skojarzone pracy, notatki do wyboru w i powodu zastąpienia zasad wyboru w są przechowywane na komputerze dev jako oczekujące zmiany do momentu sprawdzenia./new Opcji powoduje wyczyszczenie tego metadane wyboru przed zaewidencjonowaniem. Ta opcja i zachowanie modyfikuje nie mają wpływu podczas korzystania z /noprompt opcji. |
/noautoresolve |
Domyślnie, system automatycznie próbuje Wszystkich AutoResolve (zobacz Rozwiązywanie konfliktów kontroli wersji programu Team Foundation).Należy określić tę opcję, aby wyłączyć to zachowanie domyślne. |
/noprompt |
Pomija wyświetlanie i okna dialogowe (takich jak Sprawdź W okno dialogowe) i przekierowuje wyjście danych do wiersza polecenia.See Odniesienie do polecenia kontroli wersji programu Team Foundation. |
/notes |
Zawiera jeden lub więcej w wyboru notatki do skojarzenia z changeset przy użyciu jednego z następujących argumentów:
|
/override |
Zastępuje zasadę wyboru w przy użyciu jednego z następujących argumentów:
|
/recursive |
Rekursywnie sprawdza się w pozycji w określonym katalogu i wszystkich podkatalogach. |
/saved |
Zignoruj ten parametr. |
/shelveset:shelvesetname[;owner] |
Określa shelveset do zaewidencjonowania.Opcjonalny owner argument jest używany do określenia shelveset, który nie ma bieżącego użytkownika.
|
/validate |
Sprawdza, czy wyboru w powiedzie się bez sprawdzania plików.System sprawdza ewidencjonowania, zasady wyboru w odnotowuje i listy konfliktów.
|
Przykłady
Sprawdź wszystkie oczekujące zmiany w bieżącym obszarze roboczym
c:\code\SiteApp\Main>tf checkin
Wyświetla Sprawdź W okno dialogowe, które wyświetla wszystkie oczekujące zmiany w bieżącym obszarze roboczym.Można użyć Sprawdź W okno dialogowe Zaznacz lub wyczyść oczekujące zmiany chcesz zaewidencjonować, dodać komentarz, skojarzyć elementy pracy i wykonywać inne zadania i wybierz polecenie Sprawdź W przycisku, gdy zechcesz kontynuować.
Sprawdź wszystkie oczekujące zmiany z komentarzem
c:\code\SiteApp\Main>tf checkin /comment:"Re-implemented Pi calculator"
Sprawdza wszystkie oczekujące zmiany w bieżącym obszarze roboczym i zawiera komentarz, ułatwiające zrozumienie celu zmiany sprzyjają.
Zaewidencjonuj zmiany do pojedynczego elementu bez użycia sprawdzić w oknie dialogowym
c:\code\SiteApp\Main>tf checkin program.cs /noprompt
Kontrole w oczekujące zmiany plik program.cs.Sprawdź W nie jest wyświetlane okno dialogowe i jeśli konfliktów blokowania zaewidencjonowania, system wyświetla okno konflikty.
Praca w programie Visual Studio
- Ewidencjonowanie pracy w ścieżce bazowej kodu zespołuVisual Studio umożliwia zaewidencjonować zmiany do serwera.
Porady
.png "Porada")
Odłogowane zmiany (i prawdopodobnie również chcesz oczyścić obszaru roboczego dla innego zadania), użyj Polecenie shelve.- Jeśli konfliktów blokowania swoje ewidencjonowania, można użyć Resolve Command je rozwiązać.
- Jeśli konto użytkownika i komputera i nie ma obszaru roboczego mapowane do zespołu projektu kolekcji, która zawiera shelveset, można użyć /shelveset i /collection opcje w shelveset.