Dela via

Checkin-kommando

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Visual Studio 2019 | Visual Studio 2022

TFVC-kommandot checkin kontrollerar dina väntande fil- och mappändringar på servern.

Nästan alla ändringar som du gör i filerna på utvecklingsdatorn lagras på arbetsytan som en väntande ändring tills du checkar in den. När du checkar in ändringarna lagras de som en ändringsuppsättning på servern. Kommandot checkin innehåller ett annat användargränssnitt för att utföra samma processer som dokumenterats för Visual Studio i Checka in ditt arbete till teamets kodbas.

Tips

  • Om du vill åsidosätta ändringar eller rensa arbetsytan för en annan uppgift använder du kommandot Shelve.

  • Om konflikter blockerar incheckningen kan du använda Lös kommando för att lösa dem.

  • Om en dator och ett användarkonto inte har någon arbetsyta mappad till projektsamlingen som innehåller hyllorna kan du använda alternativen /shelveset och /collection för att checka in en hylloruppsättning.

Förutsättningar

Syntax

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]

Parameterar

Parameter

Beskrivning

/author:<author name>

Identifierar författaren till de väntande ändringarna så att en användare kan checka in ändringar för en annan användares räkning.

Kräver behörigheten CheckinOther. Se referensen behörigheter och grupper.

/bypass

Kringgår ett gated check-in krav. Mer information finns i Checka in på en mapp som styrs av en gated incheckningsversionsprocess.

/collection:<ProjectCollectionUrl>

Om du använder alternativet shelveset anger alternativet /collection URL:en för den projektsamling som innehåller hyllorna. Till exempel: http://myserver:8080/tfs/DefaultCollection.

Som standard antas projektsamlingen vara den som innehåller arbetsytan som mappar den aktuella katalogen.

/comment

Associerar en kommentar med ändringsuppsättningen med något av följande argument:

  • "<comment>": En kommentar från användaren om incheckningen.
  • @<comment file>: Sökvägen till en fil på disken som innehåller kommentaren för incheckningen.

/force

Tvingar fram en incheckning av objekt med väntande redigeringar även om det inte finns några innehållsändringar i filen.

<itemspec>

Anger omfånget för de objekt som ska checkas in från användarens arbetsyta. Du kan ange mer än ett itemspec argument. Syntax finns i Använda Team Foundation-versionskontrollkommandon.

/login:<username>[,<password>]

Anger vilket användarkonto som ska köra kommandot. Se Använda Team Foundation-versionskontrollkommandon.

/new

Det valda tillståndet för varje väntande ändring som visas i dialogrutan Checka in. Kommentaren, tillhörande arbetsobjekt, incheckningsanteckningar och orsaken till åsidosättning av incheckningsprincipen lagras på utvecklingsdatorn som väntande ändringar tills du checkar in dem. Alternativet /new rensar dessa metadata för incheckning innan du checkar in. Det här alternativet och det beteende som det ändrar har ingen effekt när du använder alternativet /noprompt.

/noautoresolve

Som standard försöker systemet automatiskt AutoResolve All konflikter. Ange det här alternativet för att inaktivera det här standardbeteendet. Mer information finns i Lösa konflikter i Team Foundation Version Control.

/noprompt

Undertrycker visning av fönster och dialogrutor, till exempel dialogrutan Checka in och omdirigerar utdata till kommandotolken. Se Använda Team Foundation-versionskontrollkommandon.

/notes

Innehåller en eller flera incheckningsanteckningar som ska associeras med ändringsuppsättningen med något av följande argument:

  • <NoteFieldName>=<NoteFieldValue>: Anger värdet för incheckningsanteckningsfältet. Du kan ange flera semikolonavgränsade field=value uttryck.
  • @<NoteFile>: Sökvägen till en fil på disken som innehåller fältnamn och värden för incheckningsanteckningar i formatet field=value. En semikolonavgränsad anteckningspanel kan sträcka sig över flera rader, till exempel:

    <Field1>=<Value1>;
    <Field2>=<First line of Value2>;
    <Second line of Value2>;
    <Field3>=<Value3>;

/override

Åsidosätter en incheckningsprincip med något av följande argument:

  • reason: En orsak som användaren anger till varför incheckningsprincipen ignoreras.
  • reasonfile: Sökvägen till en fil som innehåller en beskrivning av orsaken till varför incheckningsprincipen ignoreras.

/recursive

Rekursiv kontroll i objekt i den angivna katalogen och eventuella underkataloger.

/saved

Ignorera den här parametern.

/shelveset:<shelvesetname>[;<owner>]

Anger en hylloruppsättning som ska checkas in. Det valfria argumentet owner anger en hylloruppsättning som den aktuella användaren inte äger.

Anmärkning

När du checkar in hyllorna tar systemet bort den.

/validate

Testar om incheckningen skulle lyckas, utan att checka in filerna. Systemet utvärderar incheckningsprinciper, incheckningsanteckningar och listkonflikter.

Anmärkning

Om du inte anger alternativet /noprompt måste du markera knappen Checka in i dialogrutan Checka in för att verifiera incheckningen. När du har valt den här knappen checkar systemet inte in filerna.

Exempel

Följande exempel förutsätter att c:\code\SiteApp\Main är huvudmappen som mappas till projektsamlingen på användarens arbetsyta.

Kontrollera alla väntande ändringar i den aktuella arbetsytan

Följande kommando visar dialogrutan Checka in, som visar alla väntande ändringar i den aktuella arbetsytan. Du kan använda dialogrutan Checka in för att markera eller avmarkera de väntande ändringar som du vill checka in, lägga till en kommentar, associera arbetsobjekt och utföra andra uppgifter och sedan välja knappen Checka in när du är redo att fortsätta.

c:\code\SiteApp\Main>tf checkin

Kontrollera alla väntande ändringar med en kommentar

I följande exempel kontrolleras alla väntande ändringar på den aktuella arbetsytan och innehåller en kommentar som hjälper dina teammedlemmar att förstå syftet med dina ändringar.

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

Checka in en ändring av ett enskilt objekt utan att använda dialogrutan Checka in

I följande exempel kontrolleras väntande ändringar i program.cs. Dialogrutan Checka in visas inte, och om några konflikter blockerar incheckningen visas inte konfliktfönstret i systemet.

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