Använda TFSConfig för att hantera Azure DevOps lokalt

Artikel
03/27/2025

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Du kan använda kommandoradsverktyget TFSConfig för att utföra en mängd olika administrativa åtgärder för din lokala Azure DevOps-distribution.

TFSConfig kan köras från valfri dator där Azure DevOps Server har installerats.

Plats för kommandoradsverktyg

Azure DevOps-kommandoradsverktyg installeras i katalogen /Tools på en Azure DevOps-programnivåserver.

Azure DevOps Server 2020: %programfiles%\Azure DevOps Server 2020\Tools
Azure DevOps Server 2019: %programfiles%\Azure DevOps Server 2019\Tools
TFS 2018: %programfiles%\Microsoft Team Foundation Server 2018\Tools
TFS 2017: %programfiles%\Microsoft Team Foundation Server 15.0\Tools
TFS 2015: %programfiles%\Microsoft Team Foundation Server 14.0\Tools
TFS 2013: %programfiles%\Microsoft Team Foundation Server 12.0\Tools
TFS 2012: %programfiles%\Microsoft Team Foundation Server 11.0\Tools
TFS 2010: %programfiles%\Microsoft Team Foundation Server 2010\Tools

Förutsättningar

För att många kommandon ska fungera korrekt måste TFSConfig kunna ansluta till de olika servrar och tjänster som ingår i TFS-distributionen, och användaren som kör TFSConfig måste ha administrativ behörighet för samma servrar och tjänster. Krav för specifika kommandon kommer att anges nedan.

Många TFSConfig kommandon måste köras från en upphöjd kommandotolk, även om den användare som kör har administrativa behörigheter. Om du vill öppna en upphöjd kommandotolk klickar du på Start, högerklickar på Kommandotolken och klickar sedan på Kör som administratör. Mer information finns i: User Account Control.

Du kan också utföra administrativa åtgärder interaktivt med hjälp av administrationskonsolen för Azure DevOps Server. Se snabbreferens för Administrativa uppgifter.

Lista kommandon och få hjälp

Om du vill visa en fullständig lista över TFSConfig--kommandon använder du kommandot hjälp:

TFSConfig help

Om du vill få hjälp med ett enskilt kommando använder du kommandot hjälp och anger namnet på kommandot som du vill ha hjälp med. Om du till exempel vill få hjälp med kommandot för konton:

TFSConfig help accounts

Konton

Använd kommandot konton för att hantera dessa Azure DevOps Server-tjänstkonton.

Azure DevOps Server-tjänstkontot
datakällornas konto för SQL Server Reporting Services
Azure DevOps Proxy Server-tjänstkontot

Du kan också använda det här kommandot för att ändra ägarskapet för Azure DevOps Server-databaserna.

TfsConfig accounts /change|add|set|delete|updatepassword|resetowner
	[/accountType:<adminConsole|applicationTier|proxy|reportingDataSource>]
	[/account:<accountName>] [/password:<password>]
	[/sqlInstance:<serverName>] [/databaseName:<databaseName>] [/continue]

Verksamhet	Beskrivning
UppdateraLösenord	Ändrar lösenordet för ett konto som används som ett tjänstkonto. Ändrar det befintliga kontot och alla accountTypes som körs som det angivna kontot.
Förändring	Ändrar det konto som används som tjänstkonto. Lägger till det nya kontot till nödvändiga resurser och grupper, beviljar de behörigheter som krävs och anger sedan tjänsten för att använda det. Detta tar inte bort det gamla kontot från resurserna. Om du inte använder alternativet accountType ändras tjänstkontot för programnivån.
Lägg till	Lägger bara till det nya kontot till de resurser som krävs. Användbart för NLB-scenarier. Använd fortsätt-flaggan om vissa samlingar inte kan nås. Lägg till kan köras igen senare för att uppdatera eventuella missade samlingar. Lägger till ett konto i de grupper som krävs för att använda kontot som ett tjänstkonto.
Ställ in	Anger endast att tjänsten ska använda ett konto som redan har lagts till i resurserna. Användbart för NLB-scenarier.
Ta bort	Tar bort kontot från alla resurser. Försiktighetsåtgärder bör användas när du tar bort ett konto eftersom det kan leda till att andra servrar nekas tjänsten.
Återställ Ägare	Om databaserna återställs som en del av en flytt, kloning, eller katastrofåterställning kan databasägaren välja att ändra till administratören som utför serveråterställningen. Det här alternativet itererar genom alla databaser och anger dbo-inloggningen till den aktuella ägaren.

Kontotyp	Beskrivning
AdminConsole	Administrationskonsolanvändare är användare som har beviljats minsta behörighet för olika resurser för att använda konsolen.
ApplicationTier	Ändrar tjänstkontot i appPool för kärnwebbtjänsterna. (TFSService)
Proxy	Ändrar tjänstkontot i appPoolen för proxywebbtjänsterna. (TFSProxy)
Rapporteringsdatakälla	Ändrar det konto som rapporterna använder för att komma åt rapporteringsdata. (TFSReports)

Standardvärdet är ApplicationTier.

sqlInstance och databaseName är endast lämpliga för användning när du lägger till ett konto i databaser innan programnivån konfigureras. Detta är främst användbart i katastrofåterställningsscenarier där ett annat konto behövs innan man kör konfigurationsguiden endast AT.

Alternativet Fortsätt används när du lägger till eller ändrar ett konto. För dessa åtgärder ändras kontot i varje samlingsdatabas. Om "fortsätt" anges, fortsätter processen om en samling inte kan nås. Den kan köras igen när de är nåbara.

Anmärkning

Kontona måste vara i formatet domainName\userName. För systemkonton måste du använda citattecken runt det fullständiga kontonamnet (till exempel "NT Authority\Network Service"). Systemkonton kräver inget lösenord.

Parameter	Beskrivning
Konto	Anger namnet på det konto som du vill lägga till, ändra eller ta bort från en refererad kontotyp, till exempel /AccountType:ApplicationTier.
Lösenord	Anger lösenordet för tjänstkontot. Den här parametern är valfri om du använder ett systemkonto eller ett konto som inte har något lösenord, till exempel Nätverkstjänst.
sqlInstance	Används endast med /ResetOwner. Anger namnet på servern som kör SQL Server och namnet på instansen om du vill använda en annan instans än standardinstansen. Du måste ange namnet och instansen i följande format: ServerName\InstanceName.
databasNamn	Används endast med /ResetOwner. Anger namnet på databasen vars ägarskap du vill ändra. Med det här kommandot återställer du ägarskapet för databasen som du anger till det konto som du kör kommandot under.
fortsätta	Uppdaterar alla grupper som inte är tillgängliga när du kör kommandot. Det här alternativet används vanligtvis i NLB-scenarier.

Förutsättningar

Om du vill använda kommandot konton måste du vara medlem i:

Säkerhetsgruppen Azure DevOps-administratörer
sysadmin-rollen för alla SQL Server-instanser som din Azure DevOps Server-instans använder.

Om du använder alternativet /proxy måste du vara administratör på proxyservern.

Mer information finns i behörighetsreferens för Azure DevOps Server.

Anmärkningar

Använd kommandot konton för att automatisera ändringar i tjänstkonton, databaser och tjänstkontogrupper i Azure DevOps Server. Du kan konfigurera konton som du redan har skapat, men du kan inte skapa nya konton.

Innan du ändrar domänen eller arbetsgruppen för ett konto måste kontot ha behörigheten "Kontot är känsligt och kan inte delegeras" på applikationsservern. Mer information finns på den här sidan på Microsofts webbplats: Aktivera delegerad autentisering.

Kommandot konton stöder lokala Azure DevOps Server-distributioner. Information om hur du ändrar kontoägaren för ett Azure DevOps Services-konto finns i Ändra kontoägarskap.

Exempel

Ändra tjänstkontot för datakällor för Reporting Services till ett nytt konto i Contoso-domänen, Contoso\NewAccountoch lösenordet, till Password.

TfsConfig accounts /change /AccountType:ReportingDataSource /Account:Contoso\NewAccount /Password:Password

Lägg till nätverkstjänstsystemkontot i tjänstkontogrupperna för Azure DevOps Server (systemkonton har inga lösenord).

TfsConfig accounts /add /AccountType:ApplicationTier /Account:"NT Authority\Network Service"

Ändra ägarskapet för TFS_Warehouse-databasen på ContosoMain SQL Server i den TeamDatabases namngivna instansen till det användarkonto som du kör kommandot under.

Anmärkning

Du kan inte ange vilket konto som ska anges som ägare till databaserna när du använder det här kommandot. Ägaren kommer att ställas in på det konto under vilket du kör kommandot.

TfsConfig accounts /ResetOwner /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_Warehouse

Lägg till projektrapporter

Anmärkning

Kommandot addProjectReports är tillgängligt med TFS 2017.1 och senare versioner.

Du använder kommandot addProjectReports för att lägga till eller skriva över rapporter för ett befintligt teamprojekt.

TfsConfig addProjectReports /collection:<teamProjectCollectionUrl> /teamProject:<projectName> /template:<templateName>
[/force]

Alternativ	Beskrivning
samling	Obligatoriskt. URL för teamprojektsamling.
teamprojekt	Obligatoriskt. Anger namnet på gruppprojektet.
mall	Obligatoriskt. Anger namnet på processmallen. Tillgängliga alternativ är Agile, CMMI och Scrum.
kraft	Valfritt. Anger att rapporter ska skrivas över om de redan finns.

Förutsättningar

Om du vill använda kommandot addProjectReports måste du ha behörighet att köra TFSConfig och att ladda upp rapporter till Reporting Service-.

Anmärkningar

Du använder kommandot addProjectReports när projektet inte har några rapporter eller om du vill uppdatera de rapporter som definierats för en process.

Du kan behöva använda det här kommandot när:

Projektet skapades i Azure DevOps-portalen och inte från Visual Studio
Projektet skapades från Visual Studio, men rapporteringen konfigurerades inte i Azure DevOps Server.

Om du vill skriva över rapporter i projektet med standardrapporter eftersom du har uppgraderat Azure DevOps Server och gamla rapporter i projektet inte längre är kompatibla använder du alternativet /force. Om du har anpassade rapporter bör du göra en säkerhetskopia innan du gör detta.

Mer information om hur du lägger till rapporter i en lokal Azure DevOps Server finns i Lägg till rapporter i ett projekt.

Exempel

I följande exempel visas hur du lägger till agila rapporter i MyProject projekt i http://myTfsServer:8080/tfs/DefaultCollection projektsamling.

TFSConfig addProjectReports /collection:http://myTfsServer:8080/tfs/DefaultCollection /teamproject:MyProject /template:Agile

Autentisering

Kommandot Authentication ändrar nätverksautentiseringsprotokollet som azure DevOps Server-programnivån eller proxywebbplatsen använder.

TFSConfig Authentication [/provider:NTLM|Negotiate] [/viewAll] [/siteType:ApplicationTier|Proxy]

Alternativ

Beskrivning

/viewAll

Visar de aktuella autentiseringsinställningarna för Azure DevOps Server.

/provider: { NTLM | Förhandla }

Anger den autentiseringsprovider som du vill konfigurera för webbplatsen.

NTLM: Använd NTML-autentiseringsprotokollet
Förhandla: Använd autentiseringsprotokollet Förhandla (Kerberos)

/siteType

Anger den webbplats (programnivå eller proxy) vars protokoll för nätverksautentisering som du vill ändra. Programnivån är standard.

Förutsättningar

Om du vill använda kommandot Authentication måste du vara medlem i säkerhetsgruppen Azure DevOps-administratörer och en lokal administratör på programnivåservern eller proxyservern, beroende på värdet för alternativet siteType.

Anmärkningar

Kommandot Authentication används av en administratör som vill ändra protokollet för nätverksautentisering för en eller flera webbplatser som Azure DevOps Server förlitar sig på. Administratören kör det här kommandot från programnivån för att uppdatera de webbplatser som kräver en ändring i nätverksautentiseringsprotokollet. Kommandot ändrar egenskapen NTAuthenticationProviders i IIS-metabasen.

Innan du använder kommandot Authentication för att ändra autentiseringsprotokollet kan du köra kommandot med alternativet /viewAlla för att se vilka de befintliga inställningarna är.

Exempel

I följande exempel visas det aktuella värdet som har tilldelats för protokollet för nätverksautentisering.

TFSConfig Authentication /viewAll

Certifikaten

Använd kommandot certifikat för att ändra hur certifikat konfigureras för klientautentisering i en distribution av Azure DevOps Server som använder HTTPS, SSL (Secure Sockets Layer) och certifikat.

TfsConfig certificates [/machine] [/disable] [/autoSelect] [/noprompt] [/thumbprints:thumbprint1[,thumbprint2,...]]

Alternativ	Beskrivning
dator	Anger att certifikatlistan kommer från den lokala datorkontexten i stället för den aktuella användarkontexten.
inaktivera	Anger att certifikatinställningen för klientautentisering ska inaktiveras.
autoSelect	Anger att ett certifikat automatiskt ska väljas från certifikatlistan. Fönstret Hantera klientcertifikat öppnas inte.
noprompt	Anger att fönstret Hantera klientcertifikat inte öppnas när kommandot Certifikat körs.
tumavtryck	Anger att certifikatet som matchar det angivna tumavtrycket ska användas. Du kan ange mer än ett certifikat genom att separera enskilda tumavtryck med kommatecken.

Förutsättningar

Om du vill använda kommandot certifikat måste du vara medlem i säkerhetsgruppen Azure DevOps-administratörer och den lokala gruppen Administratörer på den dator som du kör kommandot från. Mer information finns i behörighetsreferens för Azure DevOps Server.

Anmärkningar

Som standard väljer kommandot certifikat automatiskt ett klientcertifikat från certifikatlistan för den aktuella användaren. Du kan dock använda alternativen för kommandot för att ange ett specifikt certifikat eller certifikat från den aktuella användarkontexten eller från kontexten för den lokala datorn.

Innan du använder kommandot certifikat måste du först konfigurera servrarna i distributionen av Azure DevOps Server för att använda certifikat. Mer information finns i Konfigurera HTTPS med Secure Sockets Layer (SSL) för Azure DevOps Server.

Du använder kommandot certifikat för att konfigurera de klientcertifikat som används av en distribution av Azure DevOps Server som har konfigurerats att använda HTTPS/SSL och certifikat. Om du använder kommandot Certifikat utan alternativ väljs ett klientcertifikat automatiskt från den aktuella användarkontext som du kör kommandot från.

Exempel

I följande exempel visas hur du anger det lokala datorcertifikatet som har tumavtrycket aa bb cc dd ee utan att fråga.

TfsConfig certificates /machine /thumbprint:aa bb cc dd ee /noprompt

I följande exempel visas hur du specificerar med hjälp av automatisk val av ett klientcertifikat från den aktuella användarbutiken.

TfsConfig certificates /autoselect

ÄndraServerID

Kommandot changeServerID ändrar de GUID:er som är associerade med databaserna för Azure DevOps Server. GUID:er måste vara unika i en distribution av Azure DevOps Server. Om fler än en databas har samma GUID kan distributionen bli instabil eller oanvändbar. Du kan ändra GUID för konfigurationsdatabasen, GUID:erna för alla projektsamlingsdatabaser i distributionen eller båda.

Även om du vanligtvis inte använder det här kommandot i dagliga åtgärder kan du använda det här kommandot under följande omständigheter:

Du återställde distributionen till ny maskinvara, den gamla distributionen fungerar fortfarande och du vill använda båda distributionerna. Det här scenariot kallas ibland kloning av servern.
Du vill testa en programuppdatering eller en maskinvarukonfiguration på en duplicerad distribution så att du inte riskerar att störa produktionsmiljön.
Du vill testa återställningsprocessen av databaser till ny maskinvara i ett testlabb eller en separat miljö för att säkerställa att distributionen kan återställas.
Du måste återställa GUID för en samlingsdatabas när du har flyttat den till en annan distribution som GUID redan är reserverad för.

Anmärkning

Kommandot changeServerID är inte reversibelt. När ett GUID har ändrats kan du inte ångra ändringen förutom genom att återställa en tidigare version av databasen.

TfsConfig changeServerID /sqlInstance:<serverName> /databaseName:<configurationDatabaseName>
	[/projectCollectionsOnly] [/configDBOnly] [/collectionName]

Alternativ	Beskrivning
sqlInstance	Obligatoriskt. Anger namnet på servern som kör SQL Server och namnet på instansen om du vill använda en annan instans än standardinstansen. Om du anger en instans måste du använda formatet: `ServerName\InstanceName`.
databasNamn	Obligatoriskt. Anger namnet på konfigurationsdatabasen för Azure DevOps Server. Som standard är namnet på den här databasen TFS_ConfigurationDB.
endast projektkollektioner	Anger att endast GUID:erna för samlingar kommer att ändras.
configDBOnly	Anger att endast GUID för konfigurationsdatabasen kommer att ändras.
samlingensNamn	Anger att du vill skapa ett nytt instans-ID för den specifika samlingen, men inte för Azure DevOps-instansen och de andra samlingarna.

Förutsättningar

Om du vill använda kommandot changeServerID måste du vara medlem i säkerhetsgruppen Azure DevOps-administratörer och medlem i säkerhetsrollen sysadmin för alla SQL Server-instanser som Azure DevOps Server använder. Mer information finns i behörighetsreferens för Azure DevOps.

Anmärkningar

Du använder kommandot changeServerID för att skapa en diskret dubblett av en distribution av Azure DevOps Server för testning eller kloning. När du har använt kommandot changeServerID måste du dirigera klienterna att skapa en anslutning till den ändrade servern innan den kan användas.

Exempel

I följande exempel visas hur du ändrar GUID:erna för alla databaser i Contoso1-distributionen av Azure DevOps Server, där konfigurationsdatabasen finns på den server som heter ContosoMain på den namngivna instansen TeamDatabases i SQL Server.

TfsConfig changeServerID /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_ConfigurationDB

Kodindex

Använd kommandot codeIndex för att hantera kodindexering på Azure DevOps Server. Du kanske till exempel vill återställa indexet för att åtgärda CodeLens-information eller inaktivera indexering för att undersöka serverprestandaproblem.

TfsConfig codeIndex /indexingStatus | /setIndexing:[on|off|keepupOnly] |
	/ignoreList:[ add | remove | removeAll | view ] <serverPath> |
	/listLargeFiles [/fileCount:FileCount] [/minSize:MinSize] |
	/reindexAll | 
    /destroyCodeIndex [/noPrompt] |
	/temporaryDataSizeLimit:[ view | <SizeInGBs> | disable ] |
	/indexHistoryPeriod:[ view | all | <NumberOfMonths> ] [/collectionName:<collectionName> | /collectionId:<collectionId>]

Alternativ	Beskrivning
indexeringsstatus	Visa status och konfiguration för kodindexeringstjänsten.
sättIndexering	på: Börja indexera alla ändringsuppsättningar. av: Sluta indexera alla ändringsuppsättningar. keepupOnly: Sluta indexera tidigare skapade ändringsuppsättningar och börja indexera endast nya ändringsuppsättningar.
ignoreList	Anger en lista över kodfiler och deras sökvägar som du inte vill indexeras. lägg till: Lägg till filen som du inte vill indexeras i den ignorerade fillistan. ta bort: Ta bort den fil som du vill indexeras från den ignorerade fillistan. removeAll: Rensa listan över ignorerade filer och börja indexera alla filer. visa: Se alla filer som inte indexeras. ServerPath: Anger sökvägen till en kodfil. Du kan använda jokertecknet (*) i början, slutet eller båda ändarna av serversökvägen.
listaStoraFiler	Visar det angivna antalet filer som överskrider den angivna storleken i KB. Du kan sedan använda alternativet /ignoreList för att undanta dessa filer från indexering. För detta behöver du Team Foundation Server 2013 med Uppdatering 3.
omindexeraAlla	Rensa tidigare indexerade data och starta om indexeringen.
destroyCodeIndex	Ta bort kodindexet och ta bort alla indexerade data. Kräver ingen bekräftelse om du använder alternativet /noPrompt.
tillfälligDataStorleksBegränsning	Kontrollera hur mycket temporära data som CodeLens skapar vid bearbetning av ändringsuppsättningar. Standardgränsen är 6 GB (2 GB i uppdatering 5). visa: Visa den aktuella storleksgränsen. SizeInGBs: Ändra storleksgränsen. inaktivera: Ta bort storleksgränsen. Den här gränsen kontrolleras innan CodeLens bearbetar en ny ändringsuppsättning. Om tillfälliga data överskrider den här gränsen pausar CodeLens bearbetningen av tidigare ändringsuppsättningar, inte nya. CodeLens startar om bearbetningen efter att data har rensats och ligger under den här gränsen. Rensningen körs automatiskt en gång om dagen. Det innebär att temporära data kan överskrida den här gränsen tills rensningen börjar köras. För detta behöver du Team Foundation Server 2013 med uppdatering 4.
indexhistorikperiod	Kontrollera hur länge ändringshistoriken ska indexeras. Detta påverkar hur mycket historik CodeLens visar dig. Standardgränsen är 12 månader. Det innebär att CodeLens endast visar din ändringshistorik från de senaste 12 månaderna. visa: Visa det aktuella antalet månader. alla: Indexera alla ändringshistoriken. NumberOfMonths: Ändra antalet månader som används för indexändringshistorik. För detta behöver du Team Foundation Server 2013 med uppdatering 4.
samlingNamn	Anger namnet på den projektsamling som kommandot CodeIndex ska köras på. Krävs om du inte använder /CollectionId.
samlingId	Anger identifieringsnumret för den projektsamling som kommandot CodeIndex ska köras på. Krävs om du inte använder /CollectionName

Förutsättningar

Om du vill använda kommandot codeIndex måste du vara medlem i säkerhetsgruppen Azure DevOps-administratörer. Se Behörighetsreferens för Azure DevOps Server.

Exempel

Så här ser du status och konfiguration för kodindexering:

TfsConfig codeIndex /indexingStatus /collectionName:"Fabrikam Web Site"

Så här börjar du indexera alla ändringsuppsättningar:

TfsConfig codeIndex /setIndexing:on /collectionName:"Fabrikam Web Site"

Så här slutar du indexera tidigare skapade ändringsuppsättningar och börjar indexera endast nya ändringsuppsättningar:

TfsConfig codeIndex /setIndexing:keepupOnly /collectionName:"Fabrikam Web Site"

Så här hittar du upp till 50 filer som är större än 10 KB:

TfsConfig codeIndex /listLargeFiles /fileCount:50 /minSize:10 /collectionName:"Fabrikam Web Site"

Så här exkluderar du en specifik fil från indexering och lägger till den i listan över ignorerade filer:

TfsConfig codeIndex /ignoreList:add "$/Fabrikam Web Site/Catalog.cs" /collectionName:"Fabrikam Web Site"

Så här ser du alla filer som inte är indexerade:

TfsConfig codeIndex /ignoreList:view

Så här rensar du tidigare indexerade data och startar om indexeringen:

TfsConfig codeIndex /reindexAll /collectionName:"Fabrikam Web Site"

För att spara all ändringshistorik:

TfsConfig codeIndex /indexHistoryPeriod:all /collectionName:"Fabrikam Web Site"

Så här tar du bort storleksgränsen för tillfälliga CodeLens-data och fortsätter indexeringen oavsett tillfällig datastorlek:

TfsConfig codeIndex /temporaryDataSizeLimit:disable /collectionName:"Fabrikam Web Site"

Ta bort kodindexet med bekräftelse:

TfsConfig codeIndex /destroyCodeIndex /collectionName:"Fabrikam Web Site"

Samling

Du kan använda kommandot samling för att koppla, koppla från eller ta bort en projektsamling från en distribution av Azure DevOps Server. Du kan också använda kommandot samling för att duplicera databasen för en befintlig samling, byta namn på den och koppla den till distributionen. Den här processen kallas ibland kloning av en samling.

TfsConfig collection {/attach | /create | /detach | /delete} [/collectionName:<collectionName>]
    [/description:<collectionDescription>]
    [/collectionDB:<serverName>;<databaseName>]
    [/processModel:Inheritance|Xml]
    [/reportingFolder:<reportingFolderPath>]
    [/clone] [/verify] [/continue]

Alternativ	Beskrivning
bifoga	Krävs om varken /koppla från eller /radera används. Om du anger det här alternativet måste du också använda alternativet /collectionDB. Du kan också använda /collectionName och /clone med det här alternativet. Om du använder alternativet /attach läggs den angivna samlingsdatabasen till i distributionen av Azure DevOps Server.
skapa	Skapar en samling.
lösgöra	Krävs om varken /attach eller /delete används. Om du anger det här alternativet måste du också använda alternativet /collectionName. Om du använder alternativet /detach stoppas databasen för den angivna samlingen och samlingen kopplas från distributionen av Azure DevOps Server.
ta bort	Krävs om varken /koppla från eller /koppla till används. Om du anger det här alternativet måste du också använda alternativet /collectionName. Om du använder alternativet /delete, kommer databasen för den angivna samlingen att stoppas, och samlingen kommer att permanent kopplas bort från Azure DevOps Server. Du kommer inte att kunna koppla samlingsdatabasen till den här eller någon annan distribution igen.
SamlingNamn	Anger namnet på projektsamlingen. Om namnet på samlingen innehåller mellanslag måste du omsluta namnet med citattecken (till exempel "Min samling"). Krävs om antingen /koppla från eller /ta bort används. Om du använder det här alternativet med /koppla från eller /raderaanger det den samling som ska kopplas från eller tas bort. Om du använder det här alternativet med /attachanger det ett nytt namn för samlingen. Om du använder det här alternativet med både /attach och /cloneanger det namnet på den duplicerade samlingen.
CollectionDB	Krävs om /attach används. Det här alternativet anger namnet på den server som kör SQL Server och namnet på samlingsdatabasen som finns på servern.
Servernamn	Anger namnet på den server som är värd för konfigurationsdatabasen för Azure DevOps Server och namnet på instansen om du vill använda en annan instans än standardinstansen. Om du anger en instans måste du använda formatet: `ServerName\InstanceName`.
DatabaseName	Anger namnet på konfigurationsdatabasen. Som standard är namnet på den här databasen TFS_ConfigurationDB.
klon	Om du anger det här alternativet kopplas den ursprungliga samlingsdatabasen som en klon i SQL Server och den här databasen kopplas till Azure DevOps Server. Det här alternativet används främst som en del av att dela upp en projektsamling.

Tips

Alternativet /delete tar inte bort samlingsdatabasen från SQL Server. När du har tagit bort samlingsdatabasen från Azure DevOps Server kan du ta bort databasen manuellt från SQL Server.

Förutsättningar

Om du vill använda kommandot samlingar måste du vara medlem i säkerhetsgruppen Team Foundation Administrators samt i den lokala gruppen Administratörer på datorn som kör TfsConfig. Du måste också vara medlem i säkerhetsrollen sysadmin för alla instanser av SQL Server som används av Azure DevOps Server-databaser. Om distributionen är integrerad med SharePoint och du använder alternativet /delete måste du också vara medlem i gruppen Gruppadministratörer för SharePoint-servergruppen som du tar bort webbplatssamlingen från.

Mer information finns i behörighetsreferens för Azure DevOps Server.

Anmärkningar

Om du vill hantera samlingar interaktivt eller skapa en samling kan du använda noden Projektsamlingar i administrationskonsolen för Azure DevOps. Se Hantera projektsamlingar.

Exempel

I följande exempel visas hur du permanent tar bort Contoso Summer Intern Projects projektsamlingen från en distribution av Azure DevOps Server.

TfsConfig collection /delete /CollectionName:"Contoso Summer Intern Projects"

TFSConfig - Team Foundation Server Configuration Tool
Copyright � Microsoft Corporation. All rights reserved.
Deleting a project collection is an irreversible operation. A deleted collection cannot be reattached to the same or another Team Foundation Server. Are you sure you want to delete 'Contoso Summer Intern Projects'? (Yes/No)
Yes
Found Collection 'Contoso Summer Intern Projects' Deleting...
The delete of collection 'Contoso Summer Intern Projects' succeeded.

I följande exempel visas hur du duplicerar Contoso Summer Interns Projects projektsamlingen, namnger den Contoso Winter Interns Projectsoch kopplar dubblettsamlingen till distributionen av Azure DevOps Server.

TfsConfig collection /attach /collectiondb:"ContosoMain;TFS_Contoso Summer Interns Projects"
    /CollectionName:"Contoso Winter Intern Projects" /clone

Kolumnbutiksindex

Anmärkning

Kommandotillgänglighet: Kräver TFS 2015.2 och senare versioner.

Du använder kommandot columnStoreIndex för att aktivera eller inaktivera kolumnlagringsindex för de databaser som används av azure DevOps Server-distributionen.

TfsConfig columnStoreIndex /enabled:<true|false>
	/sqlInstance:<serverName>
	/databaseName:<databaseName>

Alternativ	Beskrivning
Aktiverad	Anger om du aktiverar eller inaktiverar kolumnlagringsindex för den angivna SQL-instansen och databasen.
sqlInstance	Anger namnet på den server som är värd för databasen för vilken kolumnlagringsindex aktiveras eller inaktiveras, och namnet på instansen om en annan instans än standardvärdet används. Om du anger en instans måste du använda formatet: `ServerName\InstanceName`.
databasNamn	Anger namnet på databasen för vilken kolumnlagringsindex aktiveras eller inaktiveras.

Förutsättningar

Om du vill använda kommandot columnStoreIndex måste du vara medlem i sysadmin-rollen för den angivna SQL Server-instansen.

Anmärkningar

Du använder vanligtvis kommandot columnStoreIndex om du flyttar en databas från en SQL-instans som stöder kolumnlagringsindex till en som inte gjorde det. I det här fallet måste du inaktivera alla kolumnlagringsindex innan du kan flytta databaserna. Om du flyttar tillbaka en databas till en SQL-instans som stöder kolumnlagringsindex kanske du vill återaktivera kolumnlagringsindex för att spara utrymme och få prestanda.

Exempel

I följande exempel visas hur du aktiverar kolumnlagringsindex för en databas med namnet TFS_DefaultCollection på en SQL-instans som körs på en server med namnet ContosoMain på den namngivna instansen TeamDatabases.

TfsConfig columnStoreIndex /enabled:true /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection

ConfigureMail

Konfigurera servern som kör Azure DevOps Server för att använda en befintlig SMTP-server för e-postaviseringar.

TfsConfig configureMail /Enabled:<true|false> /FromEmailAddress:<emailAddress> /SmtpHost:<SMTPHostName>

Alternativ	Beskrivning
FrånE-postAdress	Anger från vilken adress e-postaviseringar ska skickas från Azure DevOps Server för en incheckning, arbetsobjekt som tilldelats dig eller andra meddelanden. Den här adressen kontrolleras också för giltighet och kan, beroende på din serverkonfiguration, behöva representera ett giltigt e-postkonto på e-postservern. Om adressen inte finns eller inte är giltig används standard-e-postadressen.
SMTP-värd	Anger namnet på den server som är värd för e-postservern.

Alternativ

Beskrivning

FrånE-postAdress

Anger från vilken adress e-postaviseringar ska skickas från Azure DevOps Server för en incheckning, arbetsobjekt som tilldelats dig eller andra meddelanden. Den här adressen kontrolleras också för giltighet och kan, beroende på din serverkonfiguration, behöva representera ett giltigt e-postkonto på e-postservern. Om adressen inte finns eller inte är giltig används standard-e-postadressen.

SMTP-värd

Anger namnet på den server som är värd för e-postservern.

Förutsättningar

Om du vill använda kommandot configureMail måste du vara medlem i säkerhetsgruppen Team Foundation-administratörer på Azure DevOps-programnivåservern. Mer information finns i behörighetsreferens för Azure DevOps Server

Anmärkningar

Du kan också använda administrationskonsolen för att konfigurera Azure DevOps Server att använda en SMTP-server.

Exempel

I följande exempel visas syntaxen som används för att konfigurera från e-postadress till TFS@contoso.com och SMTP-e-postservern som ContosoMailServer:

TfsConfig configureMail /FromEmailAddress:TFS@contoso.com /SmtpHost:ContosoMailServer

Databaskompression

Du använder kommandot dbCompression för att aktivera eller inaktivera databassidekomprimering för de databaser som används av azure DevOps Server-distributionen.

TfsConfig dbCompression /pageCompression:[enable|disable]
	/sqlInstance:<serverName>
	/databaseName:<databaseName>
	[/rebuildNow [/offline]]

Alternativ	Beskrivning
sidakomprimering	Anger om du aktiverar eller inaktiverar sidkomprimering för den angivna SQL-instansen och databasen.
sqlInstance	Anger namnet på den server som är värd för databasen som sidkomprimering aktiveras eller inaktiveras för, och namnet på instansen om en annan instans än standardvärdet används. Om du anger en instans måste du använda formatet: `ServerName\InstanceName`
databasNamn	Anger namnet på databasen för vilken sidkomprimering aktiveras eller inaktiveras.
bygga om nu	Valfritt. Anger om databasindex ska återskapas (och komprimeras eller dekomprimeras efter behov) omedelbart. Om de inte används återskapas indexen av ett bakgrundsjobb som körs varje vecka.
Offline	Valfritt. Används endast i kombination med /rebuildNow. Om inte /offline har angetts kommer ett index att återskapas online. Om /offline anges återskapas index offline. Detta blockerar andra åtgärder, men kan vara snabbare än ett återskapande av onlineindex.

Förutsättningar

Om du vill använda kommandot dbCompression måste du vara medlem i sysadmin-rollen för den angivna SQL Server-instansen.

Anmärkningar

Du skulle vanligtvis använda kommandot dbCompression om du flyttade en databas från en SQL-instans som stödde komprimering till en som inte gjorde det. I det här fallet måste du inaktivera komprimering och dekomprimera alla index innan du kan flytta databaserna. Om du flyttar tillbaka en databas till en SQL-instans som stöder komprimering kanske du vill återaktivera komprimering för att spara utrymme.

Det här kommandot ändrar endast om Azure DevOps Server föredrar att använda komprimering av databassidor eller inte – dina databaser måste fortfarande finnas i en SQL-instans vars utgåva stöder komprimering. Mer information finns i funktioner som stöds av versionerna av SQL Server.

Exempel

I följande exempel visas hur du aktiverar sidkomprimering omedelbart, med index som återskapas online, för en databas med namnet TFS_DefaultCollection på en SQL-instans som körs på en server med namnet ContosoMain på den namngivna instansen TeamDatabases.

TfsConfig dbCompression /pageCompression:enable /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection /rebuildNow

Ta bort Testresultat

Du använder kommandot deleteTestResults för att ta bort gamla lagrade testresultat från samlingsarkivet. Detta görs vanligtvis för att minska butiksstorleken eller för att minska den tid det tar när du migrerar testresultat till ett nytt schema.

TfsConfig deleteTestResults /ageInDays:<number> /sqlInstance:<serverName> /databaseName:<databaseName>
    [/type:[automated|manual|all]]
    [/preview]

Alternativ	Beskrivning
ageInDays	Testresultat som är äldre än det angivna antalet dagar tas bort eller förhandsgranskas.
sqlInstance	Namnet på den server som är värd för databasen där testresultaten tas bort eller förhandsgranskas och namnet på instansen om en annan instans än standardvärdet används. Om du anger en instans måste du använda formatet: `ServerName\InstanceName`.
databasNamn	Namnet på databasen för vilken testresultat tas bort eller förhandsgranskas.
typ	Valfritt. Typ av testresultat som ska tas bort. Giltiga värden är automatiserade, manuellaoch alla.
förhandsvisning	Valfritt. Visa antalet testresultat som skulle tas bort baserat på ålder i dagar, men ta inte bort dessa resultat.

Förutsättningar

Om du vill använda kommandot deleteTestResults måste du vara medlem i sysadmin-rollen för den angivna SQL Server-instansen.

Anmärkningar

Använd parametern /preview för att se testresultaten sorterade efter projektnamn och år utan att ta bort dessa resultat.

Exempel

I följande exempel visas hur du tar bort manuella testresultat som är äldre än 60 dagar för en databas med namnet TFS_DefaultCollection på en SQL-instans som körs på en server med namnet ContosoMain på den namngivna instansen TeamDatabases.

TfsConfig deleteTestResults /ageInDays:60 /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection /type:manual

DeploymentPool

Kommandot deploymentPool är utformat för att migrera alla distributionsgrupper från en distributionspool till en annan.

TfsConfig deploymentpool /migrateDeploymentGroups /fromPool:<source pool name> /toPool:<destination pool name>

Alternativ	Beskrivning
fromPool	Namnet på källpoolen.
toPool	Namn på målpool.

Identiteter

identiteter kommandot listar eller ändrar säkerhetsidentifieraren (SID) för användare och grupper i din implementation av Azure DevOps Server. Du kan behöva ändra eller uppdatera SID för användare och grupper i något av följande scenarier:

Ändra domänen för din distribution
Ändra från en arbetsgrupp till en domän eller från en domän till en arbetsgrupp
Migrera konton mellan domäner i Active Directory

Anmärkning

Du behöver inte köra det här kommandot om du ändrar domäner i samma Active Directory-skog. Azure DevOps Server hanterar automatiskt SID-ändringar för flyttningar i samma skog.

TfsConfig identities [/change /fromdomain:<domainName1> /todomain:<domainName2>
    [/account:<accountName> [/toaccount:<accountName>]] [/sqlInstance:<serverName> /databaseName:<databaseName>]

Alternativ	Beskrivning
förändring	Anger att du vill ändra identiteter i stället för att visa dem.
fromdomain	Krävs när du använder /ändra. Anger den ursprungliga domänen för de identiteter som du vill ändra. Om du ändrar från en arbetsgruppsmiljö anger du namnet på datorn.
todomain	Krävs när du använder /ändra. Anger den domän som du vill ändra identiteter till. Om du byter till en arbetsgruppsmiljö anger du namnet på datorn.
konto	Anger namnet på ett konto som du vill visa eller ändra identiteter för.
till konto	Anger namnet på ett konto som du vill ändra identiteter till.
SQLInstance	Anger namnet på servern som kör SQL Server och namnet på instansen om du vill använda en annan instans än standardinstansen. Om du anger en instans måste du använda följande format: ServerName\InstanceName
DatabaseName	Anger namnet på konfigurationsdatabasen för Azure DevOps Server.

Förutsättningar

Om du vill använda kommandot identiteter måste du vara medlem i säkerhetsgruppen Team Foundation-administratörer och medlem i sysadmin-rollen för alla SQL Server-instanser som Team Foundation Server använder. Mer information finns i Ange administratörsbehörigheter för Azure DevOps Server.

Anmärkningar

Du kan också ange databasen för att ändra identiteter innan du konfigurerar en programnivåserver för distributionen. Du kan till exempel ange databasen för att ändra tjänstkontot när du klonar en distribution av Azure DevOps Server.

När du ändrar identiteter måste målkontot eller kontona redan finnas i Windows.

Du måste vänta på nästa identitetssynkronisering med Windows innan egenskaperna för konton som du ändrar med det här kommandot uppdateras. Det här kravet omfattar ändringar från grupp till användare, användare till grupp och domänkonto till lokalt konto.

Exempel

I följande exempel visas hur du listar namnen på alla Windows-användare och grupper som lagras i Azure DevOps Server och visar om SID för varje användare eller grupp matchar SID i Windows. Contoso1-domänadministratörerna skapade domängrupper som Contoso1\\Developers och Contoso1\\Testers för att underlätta hanteringen av behörigheter i Azure DevOps Server, SQL Server Reporting Services och SharePoint-produkter.

TfsConfig identities

    TFSConfig - Team Foundation Server Configuration Tool
    Copyright � Microsoft Corporation. All rights reserved.

    Account Name Exists (see note 1) Matches (see note 2)
    --------------------------------------------------------------------
    CREATOR OWNER True True
    Contoso1\hholt True True
    BUILTIN\Administrators True True
    Contoso1\Developers True True
    Contoso1\Testers True True
    Contoso1\PMs True True
    Contoso1\jpeoples True True
    Contoso1\Domain Admins True True
    Contoso1\SVCACCT1 True True

    9 security identifiers (SIDs) were found stored in Team Foundation Server. Of these, 9 were found in Windows. 0 had differing SIDs.

I följande exempel visas hur du ändrar SID:erna för alla konton i Azure DevOps Server från Contoso1-domänen till SID:erna för konton som har matchande namn i ContosoPrime-domänen. Endast kontonamn som matchar kommer att få sina SID:er uppdaterade. Om hholt kontot till exempel finns som Contoso1\hholt och ContosoPrime\hholtändras konto-SID till SID för ContosoPrime\hholt. Om ContosoPrime\hholt-kontot inte finns uppdateras inte SID för Contoso1\hholt.

TfsConfig identities /change /fromdomain:Contoso1 /todomain:ContosoPrime

I följande exempel visas hur du ändrar kontot för ett enskilt användarkonto, Contoso1\hholt, till kontot för ett annat användarkonto ContosoPrime\jpeoples.

TfsConfig identities /change /fromdomain:Contoso1 /todomain:ContosoPrime /account:hholt /toaccount:jpeoples

I följande exempel visas hur du ändrar SID för det NT AUTHORITY\NETWORK SERVICE tjänstkonto som används i distributionen av Azure DevOps Server när du ändrar domänen för distributionen från Contoso1 till ContosoPrime. Om du vill ändra ett systemkonto, till exempel Nätverkstjänst, måste du följa en process i två steg. Du ändrar först tjänstkontot från NT AUTHORITY\NETWORK SERVICE till ett domänkonto i den nya domänen TempSVCoch sedan ändrar du tillbaka kontot till NETWORK SERVICE på servern i den nya domänen. Konfigurationsdatabasen finns på den server som heter ContosoMain på den namngivna instansen TeamDatabases i SQL Server.

TfsConfig identities /change /fromdomain:"NT AUTHORITY" /todomain:ContosoPrime /account:"NETWORK SERVICE"
  /toaccount:TempSVC /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_ConfigurationDB

TfsConfig identities /change /fromdomain:ContosoPrime /todomain:"NT AUTHORITY" /account:TempSVC
	/toaccount:"NETWORK SERVICE"

Jobb

Du kan använda kommandot jobb för att skapa en loggfil som innehåller information om den senaste jobbaktiviteten för en specifik projektsamling eller för att försöka utföra ett jobb igen för en eller alla projektsamlingar.

TfsConfig jobs /retry|dumplog [/CollectionName:<collectionName>] [/CollectionId:<id>]

Alternativ	Beskrivning
Försök igen	Krävs om /dumplog inte används. Specificerar att det senaste jobbet kommer att försöks på nytt för den angivna projektsamlingen. Om du använder det här alternativet måste du också använda alternativet /CollectionName eller alternativet /CollectionID.
dumplog	Krävs om /retry inte används. Anger att den senaste jobbaktiviteten för samlingen skickas till en loggfil. Om du använder det här alternativet måste du också använda alternativet /CollectionName eller /CollectionID.
SamlingNamn	Krävs om /CollectionID inte används. Anger namnet på den samling för vilken det senaste jobbet antingen görs om (/retry) eller loggas (/dumplog). Om du vill ange alla samlingar kan du använda en asterisk (*).
CollectionID (samling-ID)	Krävs om /CollectionName inte används. Anger identifieringsnumret för samlingen för vilken det senaste jobbet antingen görs om (/retry) eller loggas (/dumplog).

Förutsättningar

Om du vill använda kommandot jobb måste du vara medlem i säkerhetsgruppen Azure DevOps-administratörer. Mer information finns i behörighetsreferens för Azure DevOps Server.

Anmärkningar

Om du vill försöka igen interaktivt kan du öppna administrationskonsolen för Azure DevOps, välja fliken Status för samlingen och sedan välja Försök igen. Mer information finns i Öppna Administrationskonsolen för Azure DevOps.

Exempel

I följande exempel visas hur du skapar en loggfil som visar den senaste jobbaktiviteten för Contoso Summer Intern Projects-projektsamlingen i Azure DevOps Server.

TfsConfig jobs /dumplog /CollectionName:"Contoso Summer Intern Projects"

Frånkoppling Utan Internet

Du använder kommandot offlineDetach för att göra en offlinesamlingsdatabas till en fristående offlinesamlingsdatabas.

TfsConfig offlineDetach /configurationDB:<databaseName>
    /collectionDB:<databaseName>

Alternativ	Beskrivning
configurationDB	Anger namnet på konfigurationsdatabasen som ska användas.
collectionDB	Anger namnet på den samlingsdatabas som ska kopplas från.

Förutsättningar

Om du vill använda kommandot offlineDetach måste du vara medlem i sysadmin-rollen för den angivna SQL Server-instansen.

Anmärkningar

Det här kommandot ändrar schemat för den angivna samlingsdatabasen och bör aldrig köras mot databaser som används av en Team Foundation Server-distribution. Om dina databaser används av en Team Foundation Server-distribution använder du TfsConfig collection /detach i stället.

Det här kommandot är användbart när du behöver återställa en enskild samlingsdatabas från säkerhetskopian utan att återställa andra samlingsdatabaser som ingår i samma Azure DevOps Server-distribution. Tidigare krävde detta återställning av en fullständig och konsekvent uppsättning databaser (konfiguration och alla samlingar) till en mellanlagringsmiljö, konfiguration av en Azure DevOps Server-distribution med hjälp av dessa databaser och frånkoppling av en samling av intresse.

I stället kan du nu återställa konsekventa kopior av konfigurationsdatabasen och samlingsdatabasen av intresse och köra kommandot offlineDetach. Den frånkopplade samlingsdatabasen kan sedan kopplas till valfri Azure DevOps Server-distribution i en lämplig version.

Exempel

I följande exempel visas hur du kopplar bort en samlingsdatabas med namnet TFS_PrimaryCollectionmed hjälp av en konfigurationsdatabas med namnet TFS_Configuration, med båda på en SQL-instans som körs på en server med namnet ContosoTemp på den namngivna instansen Backups.

TfsConfig offlineDetach /configurationDB:ContosoTemp\Backups;TFS_Configuration /collectionDB:ContosoTemp\Backups;TFS_PrimaryCollection

Proxy

Du kan använda kommandot proxy för att uppdatera eller ändra inställningarna som används av Azure DevOps Proxy Server. Azure DevOps Proxy Server ger stöd för distribuerade team att använda versionskontroll genom att hantera en cache med nedladdade versionskontrollfiler på platsen för det distribuerade teamet. Genom att konfigurera Azure DevOps Proxy Server kan du avsevärt minska den bandbredd som behövs för breda anslutningar. Dessutom behöver du inte hantera nedladdning och cachelagring av versionsfiler. hanteringen av filerna är transparent för utvecklaren som använder filerna. Under tiden fortsätter alla metadatautbyten och filuppladdningar att visas i Azure DevOps Server. Om du använder Azure DevOps Services som värd för ditt utvecklingsprojekt i molnet kan du använda proxykommandot för att inte bara hantera cachen för projekt i den värdbaserade samlingen, utan även för att hantera några av de inställningar som används av tjänsten.

Mer information om hur du installerar Azure DevOps Proxy Server och den inledande konfigurationen av proxyn finns i

se Så här: Installera Azure DevOps Proxy Server och konfigurera en fjärrplats. Mer information om hur du konfigurerar proxy på klientdatorer finns i Kommandoreferens för Azure DevOps Version Control.

TfsConfig proxy /add|delete|change [/Collection:<teamProjectCollectionURL> /account:<accountName>]
	/Server:<TeamFoundationServerURL> [/inputs:Key1=Value1; Key2=Value2;...] [/continue]

Alternativ	Beskrivning
lägga till	Lägger till den angivna servern eller samlingen i proxylistan i Proxy.config-filen. Du kan köra/lägga till flera gånger för att inkludera fler samlingar eller servrar. När du använder /add med en samling som finns i Azure DevOps Services uppmanas du att ange dina autentiseringsuppgifter i Azure DevOps Services.
förändring	Ändrar de autentiseringsuppgifter som lagras som tjänstkonto för Azure DevOps Services. Alternativet /change används endast för Azure DevOps Services. Den bör inte användas för lokala distributioner av Azure DevOps Server.
ta bort	Tar bort den angivna servern eller samlingen från proxylistan i filen Proxy.config.
konto	Anger det konto som används som tjänstkonto för proxyn i Azure DevOps Services. Det här alternativet används endast för Azure DevOps Services tillsammans med alternativet /change. Standardtjänstkontot som används för Azure DevOps Services är "Kontotjänst".
fortsätta	Fortsätter köra kommandot även om verifieringsprocessen ger varningar.
Samling	Anger URL:en för projektsamlingen som finns i Azure DevOps Services i `AccountName.DomainName/CollectionName` format.
konto	Anger namnet på det konto som används som tjänstkonto för Azure DevOps Services. Om kontonamnet har blanksteg måste namnet omges av citationstecken (""). Alla specialtecken i kontonamn måste anges i enlighet med kommandoradssyntaxen.
konto	Anger URL:en för en Azure DevOps Server-distribution i `ServerURL:Port/tfs` format.
PersonligÅtkomstTokenFil	Du kan också ange sökvägen till en fil som innehåller en personlig åtkomsttoken. Den här token används för att autentisera till samlingen eller kontot när en proxy registreras. (Lades till i TFS 2018 Update 1)
Ingångar	Valfritt. Anger ytterligare inställningar och värden som ska användas när proxyn konfigureras.! Till exempel kan värden för `GvfsProjectName` och `GvfsRepositoryName` användas för att konfigurera en Git-lagringsplats för användning med Git Virtual File System (GVFS) (läggs till i TFS 2018 Update 1)

Förutsättningar

Om du vill använda kommandot proxy måste du vara medlem i säkerhetsgruppen Azure DevOps-administratörer och administratör på proxyservern. Mer information finns i Behörighetsreferens för Azure DevOps Server.

Anmärkningar

Du använder kommandot proxy för att uppdatera den befintliga konfigurationen av Azure DevOps Server Proxy. Du kan inte använda kommandot proxy för inledande installation och konfiguration av proxyn.

Exempel

I följande exempel visas hur du lägger till en Azure DevOps Server-distribution med namnet FABRIKAM i proxylistan.

TfsConfig proxy /add /Server:http://www.fabrikam.com:8080/tfs

I följande exempel visas hur du lägger till en projektsamling som finns i Azure DevOps Services i proxylistan med hjälp av en personlig åtkomsttoken för att autentisera. Den här token används endast för att registrera proxyn med Azure DevOps Services-kontot – standardtjänstkontot används fortfarande för att köra proxyn. Den här parametern lades till i TFS 2018 Update 1 för att stödja registrering av en proxy med Azure DevOps Services utan att kräva en inloggningsprompt.

TfsConfig proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver

I följande exempel visas hur du lägger till en projektsamling i proxylistan. I det här exemplet används en personlig åtkomsttoken för att autentisera mot den samling som anges med parametern /Collection. Den personliga åtkomsttoken som ska användas sparas i en fil på c:\PersonalAccessToken.txt.

TfsConfig proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver
	/PersonalAccessTokenFile:c:\PersonalAccessToken.txt

I följande exempel visas hur du ändrar tjänstkontot som används av proxyn för projektsamlingen som finns i Azure DevOps Services. Samlingen heter PhoneSaver, kontonamnet som används för Azure DevOps Services är HelenaPetersen.fabrikam.comoch tjänstkontot som används av proxyn ändras till My Proxy Service Account. Eftersom kontonamnet innehåller mellanslag används citattecken för att omsluta namnet.

TfsConfig proxy /change /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver
	/account:"My Proxy Service Account"

I följande exempel visas hur du lägger till en Git-lagringsplats för användning med GVFS.

TfsConfig proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver /inputs:GvfsProjectName=PhoneSaver;GvfsRepositoryName=AnotherRepository

RebuildWarehouse

Du kan använda kommandot rebuildWarehouse för att återskapa SQL Server Reporting Services- och SQL Server Analysis Services-databaserna som Azure DevOps Server använder.

TfsConfig rebuildWarehouse /analysisServices | /all [/ReportingDataSourcePassword:Password]

Alternativ	Beskrivning
analysisServices	Krävs om /all inte används. Anger att endast databasen för Analysis Services kommer att återskapas. Om det inte finns någon databas för Analysis Services måste du också använda alternativet /reportingDataSourcePassword.
alla	Krävs om /analysisServices inte används. Anger att alla rapporterings- och analysdatabaser som Azure DevOps Server använder återskapas.
rapporterandeDatakällaLösenord	Krävs om TFS_Analysis databasen inte finns. Anger lösenordet för det konto som används som datakällors konto för SQL Server Reporting Services (TFSReports). Mer information finns i Tjänstkonton och beroenden i Azure DevOps Server.

Förutsättningar

Om du vill använda kommandot rebuildWarehouse måste du vara medlem i följande grupper:

Säkerhetsgruppen Azure DevOps-administratörer och säkerhetsgruppen Administratörer på den server eller de servrar som kör administrationskonsolen för Azure DevOps
Sysadmin-gruppen på servern eller servrarna som kör instansen av SQL Server som är värd för databaserna för Azure DevOps Server

Mer information finns i behörighetsreferens för Azure DevOps Server.

Anmärkningar

Du kan använda det här kommandot när du flyttar eller delar upp en projektsamling, återställer data eller på annat sätt ändrar konfigurationen av distributionen.

Om du vill starta ombyggnaden av dessa databaser interaktivt kan du använda noden Rapportering i administrationskonsolen för Azure DevOps. Mer information finns i Öppna Administrationskonsolen för Azure DevOps.

Exempel

I följande exempel visas hur du återskapar Analysis Services-databasen för en distribution av Azure DevOps Server.

TfsConfig rebuildWarehouse /analysisServices

    TFSConfig - Team Foundation Server Configuration Tool
    Copyright � Microsoft Corporation. All rights reserved.
    The Analysis Services database was successfully rebuilt.

RegisterDB

Använd registerDB för att uppdatera namnet på servern som är värd för konfigurationsdatabasen i Azure DevOps Server. Du kan använda det här kommandot när du återställer konfigurationsdatabasen till ny maskinvara eller när du ändrar domänen för en distribution.

TfsConfig registerDB /sqlInstance:<serverName> /databaseName:<databaseName>

Alternativ	Beskrivning
SQLInstance	Obligatoriskt. Anger namnet på servern som kör SQL Server och namnet på instansen om du vill använda en annan instans än standardinstansen. Om du anger en instans måste du använda formatet: `ServerName\InstanceName`.
databasNamn	Obligatoriskt. Anger namnet på konfigurationsdatabasen. Som standard är detta Tfs_Configuration.

Förutsättningar

Om du vill använda kommandot registerDB måste du vara medlem i gruppen Azure DevOps-administratörer på programnivåservern för Azure DevOps och medlem i sysadmin-gruppen i SQL Server på datanivåservern för Azure DevOps. Mer information finns i behörighetsreferens för Azure DevOps Server.

Anmärkningar

Säkerhetskopiera databaserna för Azure DevOps Server innan du använder det här kommandot.

För att kommandot registerDB ska lyckas måste följande programpooler och program köras:

Azure DevOps Server-applikationspool (applikationspool)
ReportServer (applikationspool)
SQL Server Reporting Services (program)

Du måste ange det exakta namnet eller adressen för konfigurationsdatabasen för att det här kommandot ska fungera korrekt. Om du måste ändra servern där databasen lagras måste du se till att Azure DevOps Server pekar på den nya platsen.

Exempel

I följande exempel omdirigeras Azure DevOps Server till en konfigurationsdatabas som finns på servern ContosoMain i SQL Server-instansen TeamDatabases.

TfsConfig registerDB /SQLInstance:ContosoMain\TeamDatabases /databaseName:Tfs_Configuration

RemapDBs

Kommandot remapDBs omdirigerar Azure DevOps Server till sina databaser när de lagras på mer än en server och du återställer, flyttar eller på annat sätt ändrar konfigurationen av distributionen. Du måste till exempel omdirigera Azure DevOps Server till alla databaser för projektsamlingar om de finns på en separat server eller servrar från konfigurationsdatabasen. Du måste också omdirigera Azure DevOps Server till den server eller de servrar som kör SQL Server Analysis Services eller SQL Server Reporting Services om dessa databaser finns på en separat server eller instans från konfigurationsdatabasen.

TfsConfig remapDBs /DatabaseName:ServerName;DatabaseName /SQLInstances:ServerName1,ServerName2
	[/AnalysisInstance:<serverName>] [/AnalysisDatabaseName:<databaseName>]
	[/preview] [/continue]

Alternativ	Beskrivning
DatabaseName	Anger namnet på den server som är värd för den databas som du vill mappa för Azure DevOps Server, förutom namnet på själva databasen.
SQLInstances	Anger namnet på den server som kör SQL Server, förutom namnet på instansen om du vill använda en annan instans än standardinstansen. Om du anger fler än en server måste du använda ett kommatecken för att separera flera par med server- och instansnamn.
Analysinstans	Valfritt. Anger namnet på den server och instans som är värd för SQL Server Analysis Services. Använd det här alternativet om du vill ange den server och instans som är värd för Analysis Services-databasen.
Analysdatabasnamn	Valfritt. Anger namnet på den Analysis Services-databas som du vill använda med Azure DevOps Server om du har fler än en sådan databas på den server som du angav med alternativet /AnalysisInstance.
förhandsvisning	Valfritt. Visar de åtgärder som du måste vidta för att uppdatera konfigurationen.
fortsätta	Valfritt. Anger att kommandot RemapDB ska fortsätta även om ett fel inträffar under försöket att hitta en eller flera databaser. Om du använder alternativet /continue konfigureras alla samlingar vars databaser inte hittas på den server eller de servrar som du anger att använda servern och instansen som är värd för konfigurationsdatabasen.

Förutsättningar

Om du vill använda kommandot remapDBs måste du vara medlem i säkerhetsgruppen Azure DevOps-administratörer och medlem i säkerhetsgruppen sysadmin för alla SQL Server-databaser som Azure DevOps Server använder. Mer information finns i behörighetsreferens för Azure DevOps Server.

Anmärkningar

Du använder kommandot remapDBs för att konfigurera om Azure DevOps Server för att använda olika servrar och instanser av SQL Server från servrarna och instanserna i den ursprungliga installationen.

Exempel

I följande exempel visas hur du omdirigerar Azure DevOps Server till dess konfigurationsdatabas TFS_Configuration. Den här databasen finns på ContosoMain på den namngivna instansen TeamDatabases. Dess projektsamlingsdatabaser lagras på både ContosoMain\TeamDatabases och standardinstansen på Contoso2.

TfsConfig remapDBs /DatabaseName:ContosoMain\TeamDatabases;TFS_Configuration
	/SQLInstances:ContosoMain\TeamDatabases,Contoso2

RepairJobQueue

Du använder kommandot repairJobQueue för att åtgärda schemalagda jobb som inte längre körs för distributions- och samlingsvärdar.

TfsConfig repairJobQueue

Förutsättningar

Om du vill använda kommandot repairJobQueue måste du vara medlem i den lokala administratörsgruppen på datorn som kör TfsConfig. Du måste också vara medlem i säkerhetsrollen sysadmin för alla SQL Server-instanser som används av Azure DevOps Server-distributionen.

Anmärkningar

Du använder vanligtvis kommandot repairJobQueue om du märker att några schemalagda jobb inte körs.
Kommandot tar inga argument och kräver att Azure DevOps Server-distributionen konfigureras.

Exempel

TfsConfig repairJobQueue

Inställningar

Du kan använda kommandot inställningar för att automatisera ändringar i den enhetliga resurslokaliseraren (URL) som används av meddelandegränssnittet och för serveradressen för Azure DevOps Server. Som standard matchar url:en för meddelandegränssnittet och server-URL:en i Azure DevOps Server, men du kan konfigurera separata URL:er. Du kanske till exempel vill använda en annan URL för de automatiska e-postmeddelanden som Azure DevOps Server genererar. Du måste köra det här verktyget från programnivån för att uppdatera alla servrar så att de använder de nya URL:erna.

Om du vill ändra dessa URL:er interaktivt eller bara visa de aktuella inställningarna kan du använda administrationskonsolen för Azure DevOps. Se snabbreferensen för Administrativa uppgifter.

TfsConfig settings [/publicURL:URL]

Alternativ	Beskrivning
offentligUrl	Anger URL:en för programnivåservern för Azure DevOps. Det här värdet lagras i konfigurationsdatabasen för Azure DevOps.

Förutsättningar

Du måste vara medlem i säkerhetsgruppen Azure DevOps-administratörer och gruppen Administratörer på programnivåservern. Mer information finns i Ange administratörsbehörigheter för Azure DevOps Server.

Anmärkningar

Kommandot inställningar ändrar anslutningsinformationen för server-till-server-kommunikation i en distribution av Azure DevOps Server. Url:en som anges i /publicURL måste vara tillgänglig för alla servrar i distributionen.

Exempel

I följande exempel ändras värdet för NotificationURL till http://contoso.example.com/tfs och värdet för ServerURL till http://contoso.example.com:8080/tfs.

TfsConfig settings /publicURL:http://contoso.example.com:8080/tfs

Inställningar

Du använder kommandot installation för att avinstallera funktioner som för närvarande är konfigurerade på den dator där du kör kommandot.

TfsConfig setup /uninstall:<feature[,feature,...]>

Alternativ

Beskrivning

/avinstallera

Anger en eller flera funktioner som ska avinstalleras från den dator där du kör kommandot. Alternativen är: Alla, ApplicationTier, Search och VersionControlProxy.

Förutsättningar

Om du vill använda kommandot installation måste du vara medlem i säkerhetsgruppen Azure DevOps-administratörer.

Exempel

I följande exempel avinstalleras alla Azure DevOps Server-funktioner från den aktuella datorn.

TfsConfig setup /uninstall:All

I följande exempel avinstalleras programnivån och byggfunktionerna från den aktuella datorn.

TfsConfig setup /uninstall:ApplicationTier

TCM

När du uppgraderar till den senaste versionen av Azure DevOps Server försöker systemet automatiskt uppgradera testhanteringskomponenterna, inklusive testplaner och sviter.

Om den automatiska migreringen misslyckas använder du kommandot TCM för att uppgradera dina testplaner och testpaket manuellt till respektive arbetsobjektstyper (WIT).

TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName

Alternativ

Beskrivning

/upgradeTestPlans

Krävs om inte /upgradeStatus används.

Konverterar befintliga testplaner och testsamlingar så att de pekar på arbetsobjektsbaserade testplaner och testsamlingar. Den uppdaterar även befintliga testhanteringsdata och länkar mellan andra befintliga testartefakter som testpunkter, testkörningar och testresultat.

/upgradeStatus

Krävs såvida inte /upgradeTestPlans används.

Rapporterar migreringsstatus för testdata för det angivna projektet. Den anger också om det angivna projektet har några testplaner.

/CollectionName:CollectionName

Obligatoriskt. Anger den projektsamling som innehåller det projekt som du vill migrera testdata för eller kontrollera migreringsstatusen.

Om det finns blanksteg i projektsamlingens namn sätter du namnet inom citattecken, till exempel "Fabrikam Fiber Collection".

/TeamProjectName:TeamProjectName

Obligatoriskt. Anger det projekt som du vill migrera testdata för eller kontrollera migreringsstatusen för. Det här projektet måste definieras i den samling som du angav med hjälp av parametern /collectionName.

Om det finns blanksteg i projektets namn sätter du namnet inom citattecken, till exempel "Mitt projekt".

Förutsättningar

Du måste vara medlem i säkerhetsgruppen Team Foundation-administratörer och administratör på programnivåservern.

Se Ange administratörsbehörigheter för Azure DevOps Server.

Anmärkningar

Din programnivåserver måste uppgraderas till den senaste versionen av Azure DevOps Server 2019 för att kunna använda det här kommandot.

Innan du kan använda TCM-kommandot måste du först importera testplanens arbetsobjektsdefinition och testplanskategorin till projektet.

Mer information om migreringen och när du ska använda det här kommandot finns i Manuella uppdateringar för att stödja testhantering.

TCM-kommandot tillämpas på enskilda projekt. Om du behöver uppgradera testplaner i fler än ett projekt måste du köra det mot varje projekt individuellt.

Du måste köra kommandot TCM från verktygskatalogen för Azure DevOps Server. Som standard är den platsen: drive:\%programfiles%\TFS 12.0\Tools.

Du använder kommandot TCM endast om automatisk migrering av befintliga testdata misslyckas.

Om du vill veta mer om migreringen och när du ska använda det här kommandot Manuella uppdateringar för att stödja testhantering. Om du inte kan komma åt testplaner eller testpaket som definierades innan serveruppgraderingen inträffade kör du TFSConfig TCM upgradeStatus för att fastställa status för migreringen.

Du kör kommandot TCM för ett enskilt projekt. Om du behöver uppgradera fler än ett projekt måste du köra det mot varje projekt i tur och ordning.

Exempel

I följande exempel visas hur du kontrollerar statusen för uppgraderingen av testplanen i Fabrikam Fiber-projektet som finns i standardprojektsamlingen (DefaultCollection):

tfsconfig tcm /upgradeStatus /CollectionName:DefaultCollection /TeamProject:"Fabrikam Fiber"

Obevakad

-kommandotillgänglighet: Azure DevOps Server 2019

Kommandot obevakat är utformat för användare som är bekanta med Azure DevOps Server och konfigurationsprocessen och som behöver installera Azure DevOps Server på olika datorer.

Om du till exempel använder Azure DevOps Build kan du använda kommandot i obevakat läge för att installera flera byggservrar med samma konfigurationsfil.

Använd alternativet /create för att skapa en obevakad fil. Den här filen definierar alla konfigurationsparametrar för en Azure DevOps Server-installation. Använd sedan alternativet /configure för att faktiskt utföra konfigurationen.

Med den här processen kan du konfigurera Azure DevOps Server från början till slut utan att behöva ange indata under installationsprocessen. Vid flera installationer säkerställer detta också att exakt samma konfigurationsparametrar används på flera servrar.

TfsConfig unattend /create|configure /type:InstallType /unattendfile:ConfigurationFileName 
    [/inputs:Key1=Value1; Key2=Value2;...] [/verify] [/continue]

Alternativ	Beskrivning
skapa	Skapar den obevakade filen med det namn och de parametrar som du anger.
konfigurera	Konfigurerar Azure DevOps Server med den obevakade filen och de parametrar som du anger. Du måste använda /type eller /unattendfile med det här alternativet.
typ	Anger vilken typ av konfiguration som ska användas. När du använder /configure krävs antingen /type eller /unattendfile, men du kan inte använda båda.
unattendfile	Anger den obevakade fil som ska skapas eller användas, beroende på om den första parametern är /create eller /configure. När du använder /configure krävs antingen /unattendfile eller /type.
Ingångar	Valfritt. Om du använder /create anger du inställningar och värden som ska användas när du skapar den obevakade filen. Om du använder /configure specificeras ytterligare inställningar och värden som ska användas tillsammans med den obevakade installationsfilen. Som ett alternativ till att använda /inputs kan du manuellt redigera den obevakade filen i valfri oformaterad textredigerare. Detta är nödvändigt för vissa indatatyper, till exempel ServiceAccountPassword eller PersonalAccessToken eftersom dessa hemliga värden inte kan anges med parametern /inputs.
kontrollera	Valfritt. Anger en konfigurationskörning som endast slutför verifieringskontroller baserat på den obevakade filen, indata och konfigurationstypen. Det här är ett alternativ till att utföra en fullständig konfiguration.
fortsätta	Valfritt. Anger att /create eller /configure ska fortsätta oavsett varningar från verifieringskontroller.

Installationstyp	Beskrivning
NewServerBasic	Konfigurerar viktiga utvecklingstjänster för Azure DevOps Server. Detta inkluderar källkontroll, arbetsobjekt, bygge och valfritt Sök.
NewServerAdvanced	Konfigurerar viktiga utvecklingstjänster och tillåter valfri konfiguration av integrering med Reporting Services.
Uppgradera	Uppgraderar Azure DevOps Server till den aktuella versionen från en tidigare version som stöds.
Förproduktionsuppgradering	Testa uppgraderingen på en befintlig Azure DevOps Server-distribution i en förproduktionsmiljö. Detta görs vanligtvis med hjälp av databaser som återställts från produktionssäkerhetskopior. Det här scenariot innehåller ytterligare steg för att säkerställa att den nya distributionen inte stör produktionsdistributionen.
Endast Applikationsnivå Grundläggande	Konfigurera en ny programnivå med hjälp av befintliga inställningar från den angivna konfigurationsdatabasen. Med det här alternativet kan du snabbt få igång en ny programnivå med befintliga inställningar. Om du vill kunna ändra befintliga inställningar använder du typen Advanced ApplicationTierOnlyAdvanced i stället.
ApplikationNivåEndastAvancerad	Konfigurera en ny programnivå med fullständig kontroll över alla inställningar. Inställningarna kommer som standard att vara befintliga värden från den angivna konfigurationsdatabasen. Om du vill bevara alla dina befintliga inställningar använder du typen ApplicationTierOnlyBasic i stället.
Klon	Konfigurera en ny Azure DevOps Server-distribution som är en klon av en befintlig distribution. Detta görs vanligtvis med hjälp av databaser som återställts från produktionssäkerhetskopior för att skapa en miljö där konfigurationsändringar, tillägg och andra ändringar kan testas. Det här scenariot innehåller ytterligare steg för att säkerställa att den nya distributionen inte stör produktionsdistributionen.
Proxy	Konfigurerar en proxytjänst för versionskontroll.

Förutsättningar

Du måste vara medlem i gruppen Administratörer på datorn där du installerar programvaran.
Beroende på typen av installation kan du också kräva ytterligare administratörsbehörigheter.

Om du till exempel använder kommandot obevakad för att installera Azure DevOps Server måste du vara medlem i gruppen sysadmin på instansen av SQL Server som stöder Azure DevOps Server. Mer information finns i avsnittet Q & A i Lägg till administratörer på servernivå i Azure DevOps Server.

Anmärkningar

Innan du kan använda kommandot "unattend" för att konfigurera Azure DevOps Server, måste du skapa de tjänstekonton som du ska använda som en del av din distribution. Du måste också installera nödvändig programvara för den valda installationstypen. Detta inkluderar själva Azure DevOps Server. Du måste installera Azure DevOps Server, men du behöver inte konfigurera den eftersom kommandot obevakad gör det åt dig.

Kommandot unattend konfigurerar Azure DevOps Server-komponenter. Den utför inte den första installationen av programvaran. Den konfigurerar programvaran enligt dina specifikationer när bitarna finns på datorn.

Exempel

I följande exempel visas hur du skapar en obevakad fil för en grundläggande installation av Azure DevOps Server.

TfsConfig unattend /create /type:basic /unattendfile:configTFSBasic.ini

I det här exemplet skapas den obevakade filen i samma katalog som kommandot. En loggfil skapas som en del av kommandot och platsen för filen returneras i kommandot som en del av körningen av kommandot.

I följande exempel visas hur du anger en Git-lagringsplats för användning med GVFS under konfigurationen.

TfsConfig unattend /configure /type:proxy /inputs:ProjectCollectionUrl=http://FabrikamFiberTFS:8080/tfs/defaultcollection;GvfsProjectName=Fabrikam-Fiber-Git;GvfsRepositoryName=TestGit

I följande exempel visas hur du skapar en obevakad fil för konfigurationen av en Azure DevOps-proxyserver.

Viktigt!

Om administratörerna i det här exemplet vill använda en personlig åtkomsttoken för autentisering måste de manuellt redigera filen för att ange värdet för personlig åtkomsttoken. Detta kan uppnås genom att lägga till en rad för den personliga åtkomsttoken i den skapade obevakade filen som: PersonalAccessToken=PersonalAccessTokenValue.

TfsConfig unattend /create /type:proxy "/inputs:ProjectCollectionUrl=http://FabrikamFiberTFS:8080/tfs/defaultcollection" /unattendFile:c:\unattend.txt

I följande exempel visas hur du skapar en obevakad fil för konfigurationen av Azure DevOps Server Build på en server med FabrikamFiber\BuildSVC som byggtjänstkonto och sedan konfigurerar Azure DevOps Server Build med den obevakade filen.

Viktigt!

I det här exemplet, när du har skapat den obevakade filen, redigerar administratören filen manuellt för att ange lösenordet för byggtjänstkontot. Att lägga till lösenordet som indata med hjälp av ServiceAccountPassword=PasswordPlaceholder; lägger inte till lösenordsinformationen i filen.

TfsConfig unattend /create /type:build /unattendfile:configTFSBuild.ini
    /inputs:IsServiceAccountBuiltIn=false;ServiceAccountName=FabrikamFiber\\BuildSVCTFSConfig

TfsConfig unattend /configure /unattendfile:configTFSBuild.ini

Det första kommandot returnerar följande:

Microsoft (R) TfsConfig - Team Foundation Server Configuration Tool
Copyright (c) Microsoft Corporation. All rights reserved.

Command: unattend
Logging sent to file C:\ProgramData\Microsoft\Team Foundation\Server Configuration\Logs\TFS_Build Configuration_0512_203133.log

Det andra kommandot returnerar följande information, inklusive namnet på servern där Azure DevOps Build konfigurerades FabrikamFiberTFS och projektsamlingen som är associerad med kontrollanten DefaultCollection:

    Microsoft (R) TfsConfig - Team Foundation Server Configuration Tool
    Copyright (c) Microsoft Corporation. All rights reserved.

    Command: unattend

    ---------------------------------------------
            Inputs:
    ---------------------------------------------

    Feedback
            Send Feedback: True

    Build Resources
            Configuration Type: create
            Agent Count: 1
            New Controller Name: FabrikamFiberTFS - Controller
            Clean Up Resources: False

    Project Collection
            Collection URL: http://FabrikamFiberTFS:8080/tfs/defaultcollection

    Windows Service
            Service Account: FabrikamFiber\BuildSVC
            Service Password: ********

    Advanced Settings *
            Port: 9191

    ---------------------------------------------
            Running Readiness Checks
    ---------------------------------------------

    [1/2] System Verifications
    [2/2] Build Service Verifications

    ---------------------------------------------
            Configuring
    ---------------------------------------------

            root
    [1/4] Install Team Foundation Build Service
            Installing Windows services ...
            Adding service account to groups ...
            Setting ACL on a windows service
    [2/4] Enable Event Logging
            Adding event log sources ...
            Token replace a config file
            RegisterBuildEtwProvider
            Configuring ETW event sources ...
    [3/4] Register with Team Foundation Server
            Registering the build service
    [4/4] Start Team Foundation Build Service
            StartBuildHost
            Starting Windows services ...
            Marking feature configured status
    [Info] [Register with Team Foundation Server] Firewall exception added for port
    9191

    TeamBuild completed successfully.
    Logging sent to file C:\ProgramData\Microsoft\Team Foundation\Server Configuration\Logs\TFS_Build Configuration_0512_203322.log

ZipLogs

Kommandot ziplogs är utformat för att samla in loggar och släpper en zip på ProgramData\Microsoft\Azure DevOps\Server Configuration.

TfsConfig zipLogs

TfsConfig zipLogs

Dela via

Använda TFSConfig för att hantera Azure DevOps lokalt

Plats för kommandoradsverktyg

Förutsättningar

Lista kommandon och få hjälp

Konton

Förutsättningar

Anmärkningar

Exempel

Lägg till projektrapporter

Förutsättningar

Anmärkningar

Exempel

Autentisering

Förutsättningar

Anmärkningar

Exempel

Certifikaten

Förutsättningar

Anmärkningar

Exempel

ÄndraServerID

Förutsättningar

Anmärkningar

Exempel

Kodindex

Förutsättningar

Exempel

Samling

Förutsättningar

Anmärkningar

Exempel

Kolumnbutiksindex

Förutsättningar

Anmärkningar

Exempel

ConfigureMail

Förutsättningar

Anmärkningar

Exempel

Databaskompression

Förutsättningar

Anmärkningar

Exempel

Ta bort Testresultat

Förutsättningar

Anmärkningar

Exempel

DeploymentPool

Identiteter

Förutsättningar

Anmärkningar

Exempel

Jobb

Förutsättningar

Anmärkningar

Exempel

Frånkoppling Utan Internet

Förutsättningar

Anmärkningar

Exempel

Proxy

Förutsättningar

Anmärkningar

Exempel

RebuildWarehouse

Förutsättningar

Anmärkningar

Exempel

RegisterDB

Förutsättningar

Anmärkningar

Exempel

RemapDBs

Förutsättningar

Anmärkningar

Exempel

RepairJobQueue

Förutsättningar

Anmärkningar