Příkaz Vrátit se změnami

Kontrola čekající změny souborů nebo složek na serveru.

Téměř všechny změny provedené v souborech v počítači dev je uložena v pracovním prostoru jako čekající změny až do vrácení se změnami.Při kontrole provedené změny jsou uloženy jako changeset na serveru.Přestože Checkin příkaz poskytuje různé uživatelské rozhraní než můžete použít v aplikaci Visual Studio (viz Vrácení práce se změnami do týmového základu kódu), proces je naprosto stejné.

Požadavky: viz Oprávnění v prostředí 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	Description
/author:author name	Identifikuje autora čekající změny, tak můžete jednoho uživatele změnami za jiného uživatele. Vyžaduje CheckinOther oprávnění.VizOprávnění v prostředí Team Foundation Server
/bypass	Vynechá gated požadavek změnami.Další informace naleznete v tématu Kontrola v čekající změny, které jsou řízeny Gated změnami sestavení.
/collection:TeamProjectCollectionUrl	Pokud použijete /shelveset možnost, /collection možnost určuje adresu URL kolekce týmu projektu obsahující shelveset.Příklad: http://myserver:8080/tfs/DefaultCollection. Ve výchozím nastavení kolekce týmu projektu se považuje prostoru, který mapuje aktuální adresář obsahuje.
/comment	Komentář přidružuje changeset pomocí jednoho z následujících argumentů: Comment: Pokud uživatel poznámku o vrácení se změnami. @comment file: Cesta k souboru na disku, který obsahuje komentář pro vrácení se změnami.
/force	Vynutí vrácení se změnami na položky čekající na úpravy, i když nejsou k dispozici žádný obsah změní v souboru.
itemspec	Určuje obor položky se změnami z pracovního prostoru uživatele.Můžete určit více než jeden Itemspec argument.Syntaxi naleznete v tématu Přehled příkazů – Team Foundation – správa verzí.
/login:username,[password]	Určuje uživatelský účet pro spuštění příkazu.Viz téma Přehled příkazů – Team Foundation – správa verzí.
/new	Vybraný stav čekající změny (jak je uvedeno v Změnami dialogové okno), komentář, přidružené pracovní položky, kontrola poznámky a z důvodu přepsat kontrolu zásad jsou uloženy v počítači dev jako čekající změny dokud jim./new Zruší tato kontrola metadat před zpřístupněním. Tuto možnost a upraví chování nemají žádný účinek při použití /noprompt možnost.
/noautoresolve	Ve výchozím nastavení, systém automaticky pokusí Neúplná všechny (viz Řešení konfliktů ve správě verzí Team Foundation).Tuto možnost zakázat toto výchozí chování.
/noprompt	Potlačí zobrazování oken (například Změnami dialogové okno) a přesměruje výstup dat do příkazového řádku.Viz téma Přehled příkazů – Team Foundation – správa verzí.
/notes	Obsahuje jeden nebo více změnami poznámky přidružit changeset pomocí jednoho z následujících argumentů: NoteFieldName=NoteFieldValue: Nastaví hodnotu pole zaškrtnutí Poznámka.Můžete poskytnout více oddělených středníkem "pole = hodnota" výrazy. Notefile: Poznámka Pokud uživatel cestu souboru na disku, který obsahuje zaškrtnutí v poli názvy a hodnoty ve formátu "pole = hodnota".Oddělené středníkem Poznámka vedle sebe může zahrnovat více řádků, například: Pole1 = hodnota1; Pole2 = hodnota2 prvního řádku Druhý řádek hodnota2; Pole3 = hodnota3;
/override	Přepíše zásadu změnami pomocí jednoho z následujících argumentů: reason: Pokud uživatel důvod proč změnami zásad ignorována. Reasonfile: cesta k souboru, který obsahuje popis důvod, proč je ignorována změnami zásad zadaných uživatelem.
/recursive	Rekurzivně zkontroluje položky v určeném adresáři a všech podadresářích.
/saved	Tento parametr vynechte.
/shelveset:shelvesetname[;owner]	Určuje shelveset změnami.Nepovinný owner argument se používá k určení shelveset, který není vlastníkem aktuálního uživatele. [!POZNÁMKA] Po kontrole shelveset, systém jej odstraní.
/validate	Ověřuje, zda by kontrola v úspěšné bez kontroly v souborech.Systém vyhodnocuje změnami zásad změnami poznámky a seznam konfliktů. [!POZNÁMKA] Pokud nezadáte /noprompt , je nutné zvolit možnost Změnami tlačítka Změnami ověření zaškrtněte v dialogovém okně.Po výběru tohoto tlačítka systém nebude kontrolovat v souborech.

Příklady

Zkontrolujte všechny čekající změny v aktuální pracovní

c:\code\SiteApp\Main>tf checkin

Zobrazí Změnami dialogové okno, které zobrazuje všechny čekající změny v aktuální pracovní oblasti.Můžete použít Změnami dialogovém okně zaškrtněte nebo zrušte zaškrtnutí čekající změny, které chcete vrátit, přidat komentář, přiřadit pracovní položky a provádět další úkoly a pak zvolte Změnami tlačítka, jakmile budete připraveni pokračovat.

Zkontrolujte všechny čekající změny s komentář

c:\code\SiteApp\Main>tf checkin /comment:"Re-implemented Pi calculator"

Zkontroluje všechny čekající změny v aktuální pracovní oblasti a poskytuje komentář pomoci pochopit účel změny týmu.

Vrácení bez zkontrolovat v dialogovém okně Změna jedné položky

c:\code\SiteApp\Main>tf checkin program.cs /noprompt

Kontrola čekající změny na program.cs.Změnami není zobrazeno dialogové okno a všechny konflikty blokovat změnami, systém nezobrazí okno konflikty.

Práce v aplikaci Visual Studio

• Vrácení práce se změnami do týmového základu kóduZkontrolujte změny na server pomocí aplikace Visual Studio.

Tipy

• Vyňaté změny (a možná také chcete vyčistit pracovního prostoru pro jiný úkol), použijte Příkaz shelve.

• Pokud konflikty zablokovat váš změnami, můžete Resolve Command jejich řešení.

• Pokud nemáte účet počítače a uživatele namapován do kolekce týmu projektu pracovního prostoru, který obsahuje shelveset, můžete použít /shelveset a /collection v shelveset zkontrolujte možnosti.