Azure DevOps 'u şirket içinde yönetmek için TFSConfig kullanın

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Not

Azure DevOps Server daha önce Visual Studio Team Foundation Server olarak adlandırılmıştı.

Azure DevOps şirket içi dağıtımınız için çeşitli yönetim eylemleri gerçekleştirmek üzere TFSConfig komut satırı aracını kullanabilirsiniz.

TFSConfig , Azure DevOps Server yüklendiği herhangi bir makineden çalıştırılabilir.

Önemli

Content version selector

To view the content available for your platform, make sure that you select the correct version of this article from the version selector which is located above the table of contents. Feature support differs depending on whether you are working from Azure DevOps Services or an on-premises version of Azure DevOps Server, renamed from Team Foundation Server (TFS).

To learn which on-premises version you are using, see What platform/version am I using?

Not

TFS 2010 ve önceki sürümlerde, bu komutlardan bazıları Tfsadminutils komut satırı aracında kullanılabilir.

Komut satırı aracı konumu

Azure DevOps komut satırı araçları, bir Azure DevOps uygulama katmanı sunucusunun/Tools dizinine yüklenir.

  • 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

Önkoşullar

Birçok komutun düzgün şekilde çalışması için, TFSConfig 'in tfs dağıtımınızın parçası olan çeşitli sunuculara ve hizmetlere bağlanabilme ve TFSConfig çalıştıran kullanıcının bu aynı sunucular ve hizmetler için yönetici izinlerine sahip olması gerekir. Belirli komutlar için gereksinimler aşağıdaki şekilde çağrılacaktır.

Çalışan kullanıcı yönetici kimlik bilgilerine sahip olsa bile, birçok TFSConfig komutun yükseltilmiş bir komut isteminden çalıştırılması gerekir. Yükseltilmiş bir komut Istemi açmak için Başlat ' a tıklayın, komut Istemi ' ne sağ tıklayın ve ardından yönetici olarak Çalıştır ' a tıklayın. Daha fazla bilgi için bkz: Kullanıcı hesabı denetimi.

Ayrıca, Azure DevOps Server için yönetim konsolunu kullanarak yönetim eylemlerini etkileşimli bir şekilde gerçekleştirebilirsiniz. Bkz. Yönetim görevi hızlı başvurusu.

Komutları listeleyin ve yardım alın

TFSConfig komutlarının tam listesini göstermek için Yardım komutunu kullanın:

TFSConfig help

Bireysel bir komut hakkında yardım almak için Yardım komutunu kullanın ve yardım almak istediğiniz komutun adını belirtin. Örneğin, hesaplar komutuyla ilgili yardım almak için:

TFSConfig help accounts

Hesaplar

Bu Azure DevOps Server hizmet hesaplarını yönetmek için Accounts komutunu kullanın.

  • Azure DevOps Server hizmet hesabı
  • SQL Server Reporting Services için veri kaynakları hesabı
  • Azure DevOps proxy sunucusu hizmet hesabı

Ayrıca, Azure DevOps Server veritabanlarının sahipliğini değiştirmek için de bu komutu kullanabilirsiniz.

TfsConfig accounts /change|add|set|delete|updatepassword|resetowner
    [/accountType:<adminConsole|applicationTier|proxy|reportingDataSource>]
    [/account:<accountName>] [/password:<password>]
    [/sqlInstance:<serverName>] [/databaseName:<databaseName>] [/continue]
İşlem Description
UpdatePassword bayrağıyla Hizmet hesabı olarak kullanılan hesabın parolasını değiştirir. Var olan hesabı ve verilen hesap olarak çalışan tüm accountTypes değerlerini değiştirir.
Değiştir Hizmet hesabı olarak kullanılan hesabı değiştirir. Yeni hesabı gerekli kaynaklara ve gruplara ekler, gerekli izinleri verir ve ardından hizmeti kullanmak üzere ayarlar. Bu, eski hesabı kaynaklardan kaldırmaz.

AccountType seçeneğini kullanmazsanız, uygulama katmanının hizmet hesabı değiştirilir.
Ekle Yalnızca yeni hesabı gerekli kaynaklara ekler. NLB senaryoları için faydalıdır. Bazı koleksiyonlar ulaşılamaz durumdaysa devam bayrağını kullanın. Eksik koleksiyonları güncelleştirmek için ekleme daha sonra yeniden çalıştırılabilir. Hesabı hizmet hesabı olarak kullanmak için gerekli gruplara bir hesap ekler.
Ayarla Yalnızca hizmeti, kaynaklara zaten eklenmiş bir hesabı kullanacak şekilde ayarlar. NLB senaryoları için faydalıdır.
Sil Hesabı tüm kaynaklardan kaldırır. Bir hesap silinirken önlemler, diğer sunucuların reddedilen hizmeti almasını neden olabileceği için kullanılmalıdır.
ResetOwner Veritabanları taşıma, kopyalama veya olağanüstü durum kurtarma işleminin parçası olarak geri yüklenirse, veritabanı sahibi sunucuyu geri yükleyen yöneticiye geçebilir. Bu seçenek tüm veritabanlarında yinelenir ve dbo oturumunu geçerli Sahibe ayarlar.
AccountType Description
AdminConsole Yönetim Konsolu kullanıcıları, konsolu kullanmak için çeşitli kaynaklarda en düşük izinlere sahip olan kullanıcılardır.
ApplicationTier Çekirdek Web Hizmetleri için appPool 'daki hizmet hesabını değiştirir. TFSSERVICE
Ara sunucu Proxy Web Hizmetleri için appPool 'daki hizmet hesabını değiştirir. (TFSProxy)
ReportingDataSource Raporların raporlama verilerine erişmek için kullanacağı hesabı değiştirir. TFSReports

Varsayılan değer ApplicationTier' dir.

SQLInstance ve databaseName yalnızca uygulama katmanı yapılandırılmadan önce veritabanlarına bir hesap eklenirken kullanım için uygundur. Bu, öncelikle yalnızca Yapılandırma Sihirbazı 'nı çalıştırmadan önce başka bir hesabın gerekli olduğu olağanüstü durum kurtarma senaryolarında faydalıdır.

Bir hesap eklenirken veya değiştirilirken Continue seçeneği kullanılır. Bu işlemler için, hesap her bir koleksiyon veritabanında değiştirilir. Devam ederseniz, bir koleksiyon ulaşılamaz durumdaysa devam eder. Ulaşılabiliyorsa yeniden çalıştırılabilir.

Not

Hesapların etkialanı \ Kullanıcı adı biçiminde olması gerekir. Sistem hesapları için, tam hesap adının (örneğin, "NT Authorıty\servıce") etrafında tırnak işareti kullanmanız gerekir. Sistem hesapları için parola gerekmez.

Parametre Açıklama
Hesap Bir başvurulan hesap türünden eklemek, değiştirmek veya silmek istediğiniz hesabın adını /AccountType: ApplicationTiergibi belirtir.
Parola Hizmet hesabının parolasını belirtir. Bu parametre, bir sistem hesabı veya ağ hizmeti gibi bir parolası olmayan bir hesap kullanıyorsanız isteğe bağlıdır.
SQLInstance Yalnızca /ResetOwnerile kullanılır.

SQL Server çalıştıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Adı ve örneği aşağıdaki biçimde belirtmeniz gerekir:

Sunucuadı InstanceName.
Dosyasında Yalnızca /ResetOwnerile kullanılır.

Sahipliğini değiştirmek istediğiniz veritabanının adını belirtir. Bu komutu kullanarak, belirttiğiniz veritabanının sahipliğini komutunu çalıştırdığınız hesaba sıfırladınız.
continue Komutu çalıştırdığınızda kullanılamayan grupları güncelleştirir. Bu seçenek genellikle NLB senaryolarında kullanılır.

Önkoşullar

Accounts komutunu kullanmak için, bir üyesi olmanız gerekir:

  • Azure DevOps yöneticileri güvenlik grubu
  • Azure DevOps Server örneğinizin kullandığı tüm SQL Server örnekleri için sysadmin rolü.

/Proxy seçeneğini kullanırsanız, proxy sunucusunda bir yönetici olmanız gerekir.

Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Azure DevOps Server hizmet hesapları, veritabanları ve hizmet hesabı gruplarındaki değişiklikleri otomatikleştirmek için Accounts komutunu kullanın. Zaten oluşturmuş olduğunuz hesapları yapılandırabilir, ancak hesap oluşturamazsınız.

Hesap etki alanını veya bir hesabın çalışma grubunu değiştirmeden önce hesabın, hesabın hassas olması ve uygulama katmanı sunucusunda temsilci olarak izin devredilemez olması gerekir. Daha fazla bilgi için Microsoft Web sitesindeki şu sayfaya bakın: temsilci kimlik doğrulamasını etkinleştirme.

Accounts komutu şirket içi Azure DevOps Server dağıtımlarını destekler. Bir Azure DevOps Services hesabının hesap sahibini değiştirmek için, bkz. hesap sahipliğini değiştirme.

Örnekler

Raporlama Hizmetleri için veri kaynaklarının hizmet hesabını contoso etki alanındaki yeni bir hesapla, Contoso\NewAccount ve parolasıyla değiştirin Password .

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

Ağ hizmeti sistem hesabını Azure DevOps Server için hizmet hesabı gruplarına ekleyin (sistem hesaplarının parolası yoktur).

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

TFS_Warehouse ContosoMain Adlandırılmış örnekteki SQL Server veritabanının sahipliğini, TeamDatabases altında komutu çalıştırdığınız kullanıcı hesabına değiştirin.

Not

Bu komutu kullandığınızda veritabanlarının sahibi olarak ayarlanacak hesabı belirtemezsiniz. Sahip, komutu çalıştırdığınız hesaba ayarlanır.

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

Bu TFS hizmet hesaplarını yönetmek için Accounts komutunu kullanın.

  • TFS hizmet hesabı
  • SQL Server Reporting Services için veri kaynakları hesabı
  • Azure DevOps proxy sunucusu hizmet hesabı

Ayrıca, Azure DevOps Server veritabanlarının sahipliğini değiştirmek için de bu komutu kullanabilirsiniz.

TFSConfig Accounts /change|add|set|delete|updatepassword|resetowner
    [/AccountType:{AdminConsole|ApplicationTier|Proxy|ReportingDataSource}]
    [/Account:AccountName] [/Password:Password]
    [/SQLInstance:ServerName] [/DatabaseName:DatabaseName] [/Continue] [/usesqlalwayson]
Seçenek Açıklama
/Change Hizmet hesabı olarak kullanılan hesabı değiştirir. Bu seçenek, belirttiğiniz hesabı tüm gerekli gruplara ekler, mümkünse önkoşulları verir ve hesabı kullanmak için hizmeti ayarlar. Bu seçenekle /AccountType seçeneğini kullanmazsanız, uygulama katmanının hizmet hesabı değiştirilir.
/Add Hesabı hizmet hesabı olarak kullanmak için gerekli gruplara bir hesap ekler. Bu seçenek, belirttiğiniz hesabı gerekli gruplara ekler ve hizmet hesabı olarak davranması gereken izinleri (mümkünse) verir. Ancak, bu seçenek hizmet hesabı olarak kullanılan hesabı değiştirmez. Bu seçenek genellikle Ağ Yükü Dengeleme (NLB) senaryolarında kullanılır. Ortamınızda bazı hizmetler veya veritabanları yoksa, bu seçeneği/Continue ile birlikte kullanabilirsiniz.
/Set Hizmet hesabı olarak bir hesap ayarlar. Bu seçenek, hesabı herhangi bir gruba eklemez. Bu nedenle, bu seçeneği yalnızca gerekli gruplara zaten eklenmiş olan ve gerekli izinlere sahip olan hesaplarla kullanmanız gerekir. Bu seçenek genellikle NLB senaryolarında kullanılır.
/Delete Belirttiğiniz hesap türünden bir hesabı kaldırır. Bu seçenek, gerekli gruplardan belirttiğiniz hesabı kaldırır ve hizmet hesabı olarak görev yapmak için gereken izinleri kaldırır (mümkünse). Ancak, bu seçenek hizmet hesabı olarak kullanılan hesabı değiştirmez. Dağıtımınızdaki sunucuların Şu anda bir hizmet hesabı olarak kullandığı bir hesap için bu seçeneği kullanmayın.
/ResetOwner Azure DevOps Server kullandığı veritabanlarının sahipliğini, bu komutu çalıştırmak için kullandığınız hesaba değiştirir. Bu seçenek, tüm veritabanlarını yineler ve dbo oturum açma bilgilerini bu komutu çalıştırmak için kullandığınız hesapta belirler. Bir dağıtımı taşırken veya geri yüklerken bu seçeneği kullanmanız gerekebilir.
/UpdatePassword Hizmet hesabı olarak kullanılan hesabın parolasını değiştirir. Bu seçenek, bu hesabı kullanan Azure DevOps Server tüm hizmetler için belirttiğiniz hesabın parolasını güncelleştirir.
/AccountType: {AdminConsole | ApplicationTier | ReportingDataSource | Proxy
  • AdminConsole: Azure DevOps için yönetim konsolunu açmak ve kullanmak için gereken en düşük izinlere sahip kullanıcı grubu (AdminConsole)
  • ApplicationTier: Azure DevOps Server (TFSService) için kullanılan hizmet hesabı
  • ReportingDatasource: Raporlama Hizmetleri için veri kaynakları hesabı (TFSReports)
  • Proxy: Azure DevOps Server Proxy (TFSPROXY) için hizmet hesabı

Varsayılan değer ApplicationTier ' dir.

/Account: Adı Bir başvurulan hesap türünden eklemek, değiştirmek veya silmek istediğiniz hesabın adını /AccountType: ApplicationTiergibi belirtir. Hesabı aşağıdaki biçimlerden birinde belirtin: Domain\AccountName veya bilgisayaradı AccountName. Ağ hizmeti veya yerel sistem gibi bir sistem hesabı kullanmak istiyorsanız, bilgisayar \ AccountName biçimini kullanın. Bir sistem hesabı belirtme hakkında daha fazla bilgi için bu konunun devamındaki kullanım örneklerine bakın.
/Password: Parolayı Hizmet hesabının parolasını belirtir.

Note: Bu parametre, bir sistem hesabı veya ağ hizmeti gibi bir parolası olmayan bir hesap kullanıyorsanız isteğe bağlıdır.
/SQLInstance: ServerName Yalnızca /ResetOwnerile kullanılır. SQL Server çalıştıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Adı ve örneği aşağıdaki biçimde belirtmeniz gerekir:

Sunucuadı InstanceName.
/DatabaseName: Dosyasında Yalnızca /ResetOwnerile kullanılır. Sahipliğini değiştirmek istediğiniz veritabanının adını belirtir. Bu komutu kullanarak, belirttiğiniz veritabanının sahipliğini komutunu çalıştırdığınız hesaba sıfırladınız.
/Continue Komutu çalıştırdığınızda kullanılamayan grupları güncelleştirir. Bu seçenek genellikle NLB senaryolarında kullanılır.
/usesqlalwayson /SQLInstance ve /DatabaseNameile birlikte yalnızca /ResetOwner ile birlikte kullanılır. Veritabanlarının SQL Server bir AlwaysOn kullanılabilirlik grubunun parçası olduğunu belirtir. Yapılandırıldıysa, bu seçenek bağlantı dizesinde MultiSubnetFailover 'ı ayarlar.

Daha fazla bilgi için bkz. AlwaysOn kullanılabilirlik grupları (SQL Server).

Önkoşullar

Accounts komutunu kullanmak için, bir üyesi olmanız gerekir

  • Team Foundation Yöneticileri güvenlik grubu
  • Azure DevOps Server örneğinizin kullandığı tüm SQL Server örnekleri için sysadmin rolü.

/Proxy seçeneğini kullanırsanız, proxy sunucusunda bir yönetici olmanız gerekir.

Daha fazla bilgi için bkz. Azure DevOps Server> Için izin başvurusu .

Açıklamalar

Azure DevOps Server hizmet hesapları, veritabanları ve hizmet hesabı gruplarındaki değişiklikleri otomatikleştirmek için Accounts komutunu kullanın. Zaten oluşturmuş olduğunuz hesapları yapılandırabilir, ancak hesap oluşturamazsınız.

Hesap etki alanını veya bir hesabın çalışma grubunu değiştirmeden önce hesabın, hesabın hassas olması ve uygulama katmanı sunucusunda temsilci olarak izin devredilemez olması gerekir. Daha fazla bilgi için Microsoft Web sitesindeki şu sayfaya bakın: temsilci kimlik doğrulamasını etkinleştirme.

Accounts komutu şirket içi Azure DevOps Server dağıtımlarını destekler. Bir Azure DevOps Services hesabının hesap sahibini değiştirmek için, bkz. hesap sahipliğini değiştirme.

Örnekler

Raporlama Hizmetleri için veri kaynaklarının hizmet hesabını contoso etki alanında, contoso \ NewAccount ve parolada parola ' ya kadar yeni bir hesaba değiştirin.

TFSConfig Accounts /change /AccountType:ReportingDataSource /Account:Contoso\NewAccount /Password:Password

Ağ hizmeti sistem hesabını Azure DevOps Server için hizmet hesabı gruplarına ekleyin. (Sistem hesaplarının parolası yok.)

TFSConfig Accounts /add /AccountType:ApplicationTier /Account:"NT Authority\Network Service"

" _ TeamDatabases" adlı örnekteki "ContosoMain" SQL Server "TFS ambarı" veritabanının sahipliğini komutunu çalıştırdığınız kullanıcı hesabına değiştirin.

Not

Bu komutu kullandığınızda veritabanlarının sahibi olarak ayarlanacak hesabı belirtemezsiniz. Sahip, komutu çalıştırdığınız hesaba ayarlanır.

TFSConfig Accounts /ResetOwner /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_Warehouse

AddProjectReports

Not

Addprojectreports komutu TFS 2017,1 ve sonraki sürümlerle kullanılabilir.

Var olan bir takım projesine ait raporları eklemek veya üzerine yazmak için Addprojectreports komutunu kullanın.

TfsConfig addProjectReports /collection:<teamProjectCollectionUrl> /teamProject:<projectName> /template:<templateName>
    [/force]
Seçenek Açıklama
koleksiyonu Gereklidir. Takım projesi koleksiyonunun URL 'SI.
TeamProject Gereklidir. Takım projesinin adını belirtir.
şablon Gereklidir. İşlem şablonunun adını belirtir. Kullanılabilir seçenekler çevik, CMMı ve Scrum.
zorla İsteğe bağlı. Zaten mevcutsa raporların üzerine yazılması gerektiğini belirtir.

Önkoşullar

Addprojectreports komutunu kullanmak için TFSConfig 'ı çalıştırma ve Raporlama hizmetine rapor yüklemeizinlerinizin olması gerekir.

Açıklamalar

Projenizde rapor olmadığında veya bir işlem için tanımlanan raporları güncellemek istediğinizde Addprojectreports komutunu kullanırsınız.

Şu durumlarda bu komutu kullanmanız gerekebilir:

  • Proje, Visual Studio 'dan değil, Azure DevOps portalında oluşturulmuştur
  • Proje Visual Studio 'dan oluşturuldu, ancak raporlama Azure DevOps Server içinde yapılandırılmamış.

Azure DevOps Server yükseltmediğiniz ve projenizdeki eski raporların artık uyumlu olmadığı için projenizdeki raporların üzerine yazmak istiyorsanız varsayılan raporlarla, /Force seçeneğini kullanın. Özelleştirilmiş raporlar varsa lütfen bunu yapmadan önce bir yedekleme yapın.

Şirket içi Azure DevOps Server rapor ekleme hakkında daha fazla bilgi edinmek için bkz. bir projeye rapor ekleme.

Örnek

Aşağıdaki örnek, MyProject proje koleksiyonundaki projeye çevik raporların nasıl ekleneceğini gösterir http://myTfsServer:8080/tfs/DefaultCollection .

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

Mevcut bir projenin raporlarını eklemek veya üzerine yazmak için Addprojectreports komutunu kullanın.

TfsConfig addProjectReports
        /collection:teamProjectCollectionUrl
        /teamProject:projectName
        /template:templateName
        [/force]
Seçenek Açıklama
/Collection Gereklidir. Proje koleksiyonunun URL 'SI.
/teamProject Gereklidir. Projenin adını belirtir.
/Template Gereklidir. İşlem şablonunun adını belirtir. Kullanılabilir seçenekler çevik, CMMı ve Scrum
/Force İsteğe bağlı. Zaten mevcutsa raporların üzerine yazılması gerektiğini belirtir.

Önkoşullar

Addprojectreports komutunu kullanmak için TFSConfig 'ı çalıştırma ve Raporlama hizmetine rapor yüklemeizinlerinizin olması gerekir.

Açıklamalar

Projenizde rapor olmadığında veya bir işlem için tanımlanan raporları güncellemek istediğinizde Addprojectreports komutunu kullanırsınız.

Şu durumlarda bu komutu kullanmanız gerekebilir:

  • Proje, Visual Studio 'dan değil, web portalında oluşturulmuştur
  • proje Visual Studio 'dan oluşturuldu, ancak raporlama Azure DevOps Server içinde yapılandırılmamış.

Azure DevOps Server yükseltmediğiniz ve projenizdeki eski raporların artık uyumlu olmadığı için projenizdeki raporların üzerine yazmak istiyorsanız varsayılan raporlarla, /Force seçeneğini kullanın. Özelleştirilmiş raporlar varsa lütfen bunu yapmadan önce bir yedekleme yapın.

Şirket içi Azure DevOps Server rapor ekleme hakkında daha fazla bilgi edinmek için bkz. bir projeye rapor ekleme.

Örnek

Aşağıdaki örnek, proje koleksiyonundaki MyProject projesine çevik raporların nasıl ekleneceğini gösterir http://myTfsServer:8080/tfs/DefaultCollection .

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

Kimlik Doğrulaması

Kimlik doğrulama komutu, Azure DevOps Server uygulama katmanının veya proxy Web sitesinin kullandığı ağ kimlik doğrulama protokolünü değiştirir.

TFSConfig Authentication [/provider:NTLM|Negotiate] [/viewAll] [/siteType:ApplicationTier|Proxy]
Seçenek Açıklama
/viewAll Azure DevOps Server için geçerli kimlik doğrulama ayarlarını görüntüler.
/provider: {NTLM | 'Nin Web sitesi için yapılandırmak istediğiniz kimlik doğrulama sağlayıcısını belirtir.
  • NTLM: NTML kimlik doğrulama protokolünü kullanın
  • Anlaş: Negotiate (Kerberos) kimlik doğrulama protokolünü kullanma
/siteType Ağ kimlik doğrulama protokolünü değiştirmek istediğiniz Web sitesini (uygulama katmanı veya proxy) belirtir. Uygulama katmanı varsayılandır.

Önkoşullar

Kimlik doğrulama komutunu kullanmak Için, siteType seçeneğinin değerine bağlı olarak, Azure DevOps yöneticileri güvenlik grubunun ve uygulama katmanı sunucusu ya da ara sunucu üzerindeki yerel bir yöneticinin üyesi olmanız gerekir.

Açıklamalar

Kimlik doğrulama komutu, Azure DevOps Server bağımlı olduğu bir veya daha fazla Web sitesi için ağ kimlik doğrulama protokolünü değiştirmek isteyen bir yönetici tarafından kullanılır. Yönetici, ağ kimlik doğrulama protokolünde değişiklik gerektiren bu Web sitelerini güncelleştirmek için uygulama katmanından bu komutu çalıştırır. Komutu IIS metatabanındaki NTAuthenticationProviders özelliğini değiştirir.

Kimlik doğrulama protokolünü değiştirmek için kimlik doğrulama komutunu kullanmadan önce, mevcut ayarların ne olduğunu görmek için komutu /viewAll seçeneğiyle çalıştırabilirsiniz.

Örnek

Aşağıdaki örnek, ağ kimlik doğrulama protokolü için atanan geçerli değeri görüntüler.

TFSConfig Authentication /viewAll

Kimlik doğrulama komutu, TFS uygulama katmanının veya proxy Web sitesinin kullandığı ağ kimlik doğrulama protokolünü değiştirir.

TFSConfig Authentication [/provider:NTLM|Negotiate] [/viewAll] [/siteType:ApplicationTier|Proxy]
Seçenek Açıklama
/viewAll Azure DevOps Server için geçerli kimlik doğrulama ayarlarını görüntüler.
/provider: {NTLM | 'Nin Web sitesi için yapılandırmak istediğiniz kimlik doğrulama sağlayıcısını belirtir.
  • NTLM: NTML kimlik doğrulama protokolünü kullanın
  • Anlaş: Negotiate (Kerberos) kimlik doğrulama protokolünü kullanma
/siteType Ağ kimlik doğrulama protokolünü değiştirmek istediğiniz Web sitesini (uygulama katmanı veya proxy) belirtir. Uygulama katmanı varsayılandır.

Önkoşullar

Kimlik doğrulama komutunu kullanmak Için, siteType seçeneğinin değerine bağlı olarak, Team Foundation Yöneticileri güvenlik grubunun ve uygulama katmanı sunucusu ya da ara sunucu üzerindeki yerel bir yöneticinin üyesi olmanız gerekir.

Açıklamalar

Kimlik doğrulama komutu, Azure DevOps Server bağımlı olduğu bir veya daha fazla Web sitesi için ağ kimlik doğrulama protokolünü değiştirmek isteyen bir yönetici tarafından kullanılır. Yönetici, ağ kimlik doğrulama protokolünde değişiklik gerektiren bu Web sitelerini güncelleştirmek için uygulama katmanından bu komutu çalıştırır. Komutu IIS metatabanındaki NTAuthenticationProviders özelliğini değiştirir.

Kimlik doğrulama protokolünü değiştirmek için kimlik doğrulama komutunu kullanmadan önce, mevcut ayarların ne olduğunu görmek için komutu /viewAll seçeneğiyle çalıştırabilirsiniz.

Örnek

Aşağıdaki örnek, ağ kimlik doğrulama protokolü için atanan geçerli değeri görüntüler.

TFSConfig Authentication /viewAll

Sertifikalar

Sertifikaları HTTPS, Güvenli Yuva Katmanı (SSL) ve sertifikaları kullanan Azure DevOps Server dağıtımında istemci kimlik doğrulaması için nasıl yapılandırdığını değiştirmek üzere Sertifikalar komutunu kullanın.

TfsConfig certificates [/machine] [/disable] [/autoSelect] [/noprompt] [/thumbprints:thumbprint1[,thumbprint2,...]]
Seçenek Açıklama
Makin Sertifika listesinin geçerli kullanıcı bağlamı yerine yerel makine bağlamından olacağını belirtir.
dıı İstemci kimlik doğrulama sertifikası ayarının devre dışı bırakılacağını belirtir.
Otomatik seçim Sertifika listesinden bir sertifikanın otomatik olarak seçili olacağını belirtir. Istemci sertifikalarını Yönet penceresi açılmaz.
noprompt Sertifikalar komutu çalıştırıldığında Istemci sertifikalarını Yönet penceresinin açılmayacak olduğunu belirtir.
parmak izleri Belirtilen parmak iziyle eşleşen sertifikanın kullanılacağını belirtir. Tek tek parmak izlerini virgülle ayırarak birden fazla sertifika belirtebilirsiniz.

Önkoşullar

Sertifikalar komutunu kullanmak için, komutu çalıştırdığınız bilgisayardaki Azure DevOps yöneticileri güvenlik grubunun ve yerel Yöneticiler grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Varsayılan olarak, Sertifikalar komutu, geçerli kullanıcı için sertifika listesinden otomatik olarak bir istemci sertifikası seçer. Ancak, geçerli kullanıcı bağlamından veya yerel makine bağlamından belirli bir sertifika veya sertifika belirtmek için komut seçeneklerini kullanabilirsiniz.

Sertifikalar komutunu kullanmadan önce Azure DevOps Server dağıtımınızdaki sunucuları sertifikaları kullanacak şekilde yapılandırmanız gerekir. Daha fazla bilgi için, Azure DevOps Server için Güvenli Yuva Katmanı (SSL) Ile https 'Yi ayarlamakonusuna bakın.

HTTPS/SSL ve sertifikaları kullanacak şekilde yapılandırılmış bir Azure DevOps Server dağıtımı tarafından kullanılan istemci sertifikalarını yapılandırmak için Sertifikalar komutunu kullanın. Sertifikalar komutunu hiçbir seçenek olmadan kullanırsanız, bir istemci sertifikası, komutu çalıştırdığınız geçerli kullanıcı bağlamından otomatik olarak seçilir.

Örnekler

Aşağıdaki örnek, parmak izine sahip yerel makine sertifikasını sormadan nasıl belirteceğinin gösterir aa bb cc dd ee .

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

Aşağıdaki örnekte, geçerli kullanıcı deposundan bir istemci sertifikasının otomatik seçiminin nasıl kullanılacağı gösterilmektedir.

TfsConfig certificates /autoselect

Sertifikaları HTTPS, Güvenli Yuva Katmanı (SSL) ve sertifikaları kullanan Azure DevOps Server dağıtımında istemci kimlik doğrulaması için nasıl yapılandırdığını değiştirmek üzere Sertifikalar komutunu kullanın.

TFSConfig Certificates [/machine] [/disable] [/autoSelect] [/noprompt] [/thumbprints:thumbprint1[,thumbprint2,...]]
Seçenek Açıklama
/MACHINE Sertifika listesinin geçerli kullanıcı bağlamı yerine yerel makine bağlamından olacağını belirtir.
/Disable İstemci kimlik doğrulama sertifikası ayarının devre dışı bırakılacağını belirtir.
/autoSelect Sertifika listesinden bir sertifikanın otomatik olarak seçili olacağını belirtir. Istemci sertifikalarını Yönet penceresi açılmaz.
/noprompt Sertifikalar komutu çalıştırıldığında Istemci sertifikalarını Yönet penceresinin açılmayacak olduğunu belirtir.
/parmak izleri: parmak izi Belirtilen parmak iziyle eşleşen sertifikanın kullanılacağını belirtir. Tek tek parmak izlerini virgülle ayırarak birden fazla sertifika belirtebilirsiniz.

Önkoşullar

Sertifikalar komutunu kullanmak için, komutu çalıştırdığınız bilgisayardaki Team Foundation Yöneticileri güvenlik grubunun ve yerel Yöneticiler grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Varsayılan olarak, Sertifikalar komutu, geçerli kullanıcı için sertifika listesinden otomatik olarak bir istemci sertifikası seçer. Ancak, geçerli kullanıcı bağlamından veya yerel makine bağlamından belirli bir sertifika veya sertifika belirtmek için komut seçeneklerini kullanabilirsiniz.

Sertifikalar komutunu kullanmadan önce Azure DevOps Server dağıtımınızdaki sunucuları sertifikaları kullanacak şekilde yapılandırmanız gerekir. Daha fazla bilgi için, Azure DevOps Server için Güvenli Yuva Katmanı (SSL) Ile https 'Yi ayarlamakonusuna bakın.

HTTPS/SSL ve sertifikaları kullanacak şekilde yapılandırılmış bir Azure DevOps Server dağıtımı tarafından kullanılan istemci sertifikalarını yapılandırmak için Sertifikalar komutunu kullanın. Sertifikalar komutunu hiçbir seçenek olmadan kullanırsanız, bir istemci sertifikası, komutu çalıştırdığınız geçerli kullanıcı bağlamından otomatik olarak seçilir.

Örnekler

Aşağıdaki örnek, "AA BB CC DD ee" parmak izine sahip yerel makine sertifikasını sormadan nasıl belirteceğinin gösterir.

TFSConfig Certificates /machine /thumbprint:aa bb cc dd ee /noprompt

Aşağıdaki örnekte, geçerli kullanıcı deposundan bir istemci sertifikasının otomatik seçiminin nasıl kullanılacağı gösterilmektedir.

TFSConfig Certificates /autoselect

ChangeServerID

ChangeServerID komutu, Azure DevOps Server veritabanları Ile Ilişkili GUID 'leri değiştirir. GUID 'Ler bir Azure DevOps Server dağıtımı içinde benzersiz olmalıdır. Aynı GUID 'ye sahip birden fazla veritabanı varsa, dağıtımınız kararsız veya kullanılamaz hale gelebilir. Yapılandırma veritabanı için GUID 'yi, dağıtımdaki tüm proje koleksiyonu veritabanlarının GUID 'Lerini veya her ikisini de değiştirebilirsiniz.

Bu komutu genellikle günlük işlemlerde kullanmasa da, aşağıdaki durumlarda bu komutu kullanabilirsiniz:

  • Dağıtımınızı yeni donanıma geri yükleseniz, eski dağıtım hala çalışıyor ve her iki dağıtımı da kullanmak istiyorsunuz. Bu senaryo bazen sunucuyu kopyalama olarak adlandırılır.

  • Üretim ortamınızı kesintiye uğratmadan risk altına almanız için, bir yazılım güncelleştirmesini veya bir donanım yapılandırmasını yinelenen bir dağıtımda test etmek istiyorsunuz.

  • Dağıtımınızın geri yüklenebildiğinden emin olmak için, veritabanlarını bir test laboratuvarında veya ayrı bir ortamda yeni donanıma tam olarak test etmek istiyorsunuz.

  • Bir koleksiyon veritabanının GUID 'sini, GUID 'in zaten ayrıldığı başka bir dağıtıma taşıdıktan sonra sıfırlamanız gerekir.

Not

ChangeServerID komutu geri alınamaz. Bir GUID değiştirildikten sonra, söz konusu veritabanının önceki bir sürümünü geri yükleyerek bu değişikliği geri alamazsınız.

TfsConfig changeServerID /sqlInstance:<serverName> /databaseName:<configurationDatabaseName>
    [/projectCollectionsOnly] [/configDBOnly] [/collectionName]
Seçenek Açıklama
SQLInstance Gereklidir. SQL Server çalıştıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Bir örnek belirtirseniz, şu biçimi kullanmanız gerekir: ServerName\InstanceName .
Dosyasında Gereklidir. Azure DevOps Server için yapılandırma veritabanının adını belirtir. Varsayılan olarak, bu veritabanının adı TFS_ConfigurationDB.
projectCollectionsOnly Yalnızca koleksiyonlar için GUID 'lerin değiştirildiğini belirtir.
configDBOnly Yalnızca yapılandırma veritabanı için GUID 'nin değiştirildiğini belirtir.
Ma Azure DevOps örneği ve diğer koleksiyonlar için değil, belirli bir koleksiyon için yeni bir örnek kimliği oluşturulacağını belirtir.

Önkoşullar

ChangeServerID komutunu kullanmak Için Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız ve Azure DevOps Server tarafından kullanılan tüm SQL Server örnekleri için sysadmin güvenlik rolünün bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Için izin başvurusu.

Açıklamalar

Test veya kopyalama amaçları için Azure DevOps Server dağıtımının ayrı bir yinelemesini oluşturmak için ChangeServerID komutunu kullanın. ChangeServerID komutunu kullandıktan sonra, kullanılmadan önce değiştirilen sunucuya bir bağlantı oluşturmak için istemcileri yönlendirmelidir.

Örnek

Aşağıdaki örnek, yapılandırma veritabanının SQL Server adlandırılmış örnekte adı geçen sunucuda barındırıldığı Azure DevOps Server Contoso1 dağıtımındaki tüm veritabanlarının GUID 'Lerinin nasıl değiştirileceğini gösterir ContosoMain TeamDatabases .

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

ChangeServerID komutu, TFS veritabanları Ile Ilişkili GUID 'leri değiştirir. GUID 'Ler bir TFS dağıtımı içinde benzersiz olmalıdır. Aynı GUID 'ye sahip birden fazla veritabanı varsa, dağıtımınız kararsız veya kullanılamaz hale gelebilir. Yapılandırma veritabanı için GUID 'yi, dağıtımdaki tüm proje koleksiyonu veritabanlarının GUID 'Lerini veya her ikisini de değiştirebilirsiniz. Bu komutu genellikle günlük işlemlerde kullanmasa da, aşağıdaki durumlarda bu komutu kullanabilirsiniz:

  • Dağıtımınızı yeni donanıma geri yükleseniz, eski dağıtım hala çalışıyor ve her iki dağıtımı da kullanmak istiyorsunuz. Bu senaryo bazen sunucuyu kopyalama olarak adlandırılır.

  • Üretim ortamınızı kesintiye uğratmadan risk altına almanız için, bir yazılım güncelleştirmesini veya bir donanım yapılandırmasını yinelenen bir dağıtımda test etmek istiyorsunuz.

  • Dağıtımınızın geri yüklenebildiğinden emin olmak için, veritabanlarını bir test laboratuvarında veya ayrı bir ortamda yeni donanıma tam olarak test etmek istiyorsunuz.

  • Bir koleksiyon veritabanının GUID 'sini, GUID 'in zaten ayrıldığı başka bir dağıtıma taşıdıktan sonra sıfırlamanız gerekir.

    Not

    ChangeServerID komutu geri alınamaz. Bir GUID değiştirildikten sonra, söz konusu veritabanının önceki bir sürümünü geri yükleyerek bu değişikliği geri alamazsınız.

    TFSConfig ChangeServerId/SQLInstance: ServerName/DatabaseName: ConfigurationDatabaseName [/ProjectCollectionsOnly] [/ConfigDBOnly] [/usesqlalwayson]

Seçenek Açıklama
/SQLInstance: ServerName Gereklidir. SQL Server çalıştıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Bir örnek belirtirseniz şu biçimi kullanmanız gerekir: ServerName\InstanceName
/DatabaseName: DatabaseName Gereklidir. Azure DevOps Server için yapılandırma veritabanının adını belirtir. Varsayılan olarak, bu veritabanının adı TFS_ConfigurationDB.
/ProjectCollectionsOnly Yalnızca koleksiyonlar için GUID 'lerin değiştirildiğini belirtir.
/ConfigDBOnly Yalnızca yapılandırma veritabanı için GUID 'nin değiştirildiğini belirtir.
/usesqlalwayson Veritabanlarının SQL Server bir AlwaysOn kullanılabilirlik grubunun parçası olduğunu belirtir. Yapılandırıldıysa, bu seçenek bağlantı dizesinde MultiSubnetFailover 'ı ayarlar.

Daha fazla bilgi için bkz. AlwaysOn kullanılabilirlik grupları (SQL Server).

Önkoşullar

ChangeServerID komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve Azure DevOps Server tarafından kullanılan tüm SQL Server örnekleri için sysadmin güvenlik rolünün bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Için izin başvurusu.

Açıklamalar

Test veya kopyalama amaçları için Azure DevOps Server dağıtımının ayrı bir yinelemesini oluşturmak için ChangeServerID komutunu kullanın. ChangeServerID komutunu kullandıktan sonra, kullanılmadan önce değiştirilen sunucuya bir bağlantı oluşturmak için istemcileri yönlendirmelidir.

Örnek

Aşağıdaki örnek, yapılandırma veritabanının SQL Server "TeamDatabases" adlandırılmış örneğinde "ContosoMain" adlı sunucuda barındırıldığı Azure DevOps Server Contoso1 dağıtımındaki tüm veritabanlarının GUID 'Lerinin nasıl değiştirileceğini gösterir.

TFSConfig ChangeServerID /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_ConfigurationDB

CodeIndex

Azure DevOps Server kod dizinlemeyi yönetmek için CodeIndex komutunu kullanın. Örneğin, CodeLens bilgilerini onarmak için dizini sıfırlamak veya sunucu performans sorunlarını araştırmak için dizin oluşturmayı devre dışı bırakmak isteyebilirsiniz.

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>]
Seçenek Açıklama
IndexingStatus Kod dizin oluşturma hizmetinin durumunu ve yapılandırmasını görüntüleyin.
setIndexing Açık: tüm değişiklik kümelerini dizine almayı Başlat.
kapalı: tüm değişiklik kümelerini dizinlemeyi durdur.
keepupOnly: önceden oluşturulmuş değişiklik kümelerinin dizinini oluşturmayı Durdur ve yalnızca yeni değişiklik kümelerini dizine almayı Başlat.
IgnoreList Dizinlenmesini istemediğiniz kod dosyalarının ve yollarının listesini belirtir.

Ekle: dizinlenmesini istemediğiniz dosyayı, yoksayılan dosya listesine ekleyin.
Kaldır: dizine alınmasını istediğiniz dosyayı yoksayılan dosya listesinden kaldırın.
RemoveAll: yoksayılan dosya listesini temizleyin ve tüm dosyaları dizine almayı başlatın.
görüntüle: dizinlenmemiş tüm dosyaları görüntüleyin.
Sunucuyolu: bir kod dosyasının yolunu belirtir.

Sunucu yolunun başlangıcında, sonunda veya her iki ucunda joker karakteri (*) kullanabilirsiniz.
listLargeFiles KB cinsinden belirtilen boyutu aşan belirtilen dosya sayısını gösterir. Daha sonra bu dosyaları dizin oluşturma işleminden dışlamak için /IgnoreList seçeneğini kullanabilirsiniz.

Bunun için güncelleştirme 3 ile Team Foundation Server 2013gerekir.
Reındexall Önceden dizinli verileri temizleyin ve Dizin oluşturmayı yeniden başlatın.
Destroyıcodeındex Kod dizinini silin ve tüm dizinli verileri kaldırın. /Noprompt seçeneğini kullanırsanız onay gerektirmez.
temporaryDataSizeLimit Değişiklik kümelerini işlerken CodeLens 'in ne kadar geçici veri oluşturduğunu denetleyin. Varsayılan sınır 6 GB 'tır (güncelleştirme 5 ' te 2 GB).

görüntüle: geçerli boyut sınırını göster.
Sizeingbs: boyut sınırını değiştirin.
devre dışı bırak : boyut sınırını kaldır.

Bu sınır, CodeLens yeni bir değişiklik kümesini işleyerek denetlenir. Geçici veriler bu sınırı aşarsa, CodeLens, yenilerini değil, geçmiş değişiklik kümelerini işlemeyi duraklatacaktır. CodeLens, veriler temizlendikten ve bu sınırın altına düştüğünde işlemeyi yeniden başlatacak. Temizleme, günde bir kez otomatik olarak çalıştırılır. Bu, temizleme çalışmaya başlamadan geçici verilerin bu sınırı aşabileceği anlamına gelir.

Bunun için güncelleştirme 4 ile Team Foundation Server 2013gerekir.
ındexizme dönemi Değişiklik geçmişinizin ne kadar süreyle dizine alınacağını denetleyin. Bu, ne kadar geçmiş CodeLens 'in size gösterdiği geçmişi etkiler. Varsayılan sınır 12 aydır. Bu, CodeLens 'in yalnızca son 12 aydan değişiklik geçmişinizi gösterdiği anlamına gelir.

görüntüle: geçerli ay sayısını göster.
All: tüm değişiklik geçmişinin dizinini oluştur.
Numberofaylar: değişiklik geçmişine dizin eklemek için kullanılan ayların sayısını değiştirin.

Bunun için güncelleştirme 4 ile Team Foundation Server 2013gerekir.
Ma CodeIndex komutunun çalıştırılacağı proje koleksiyonunun adını belirtir. /CollectionIdkullanmıyorsanız gereklidir.
CollectionId CodeIndex komutunun çalıştırılacağı proje koleksiyonunun kimlik numarasını belirtir. /CollectionName kullanmıyorsanız gereklidir

Önkoşullar

CodeIndex komutunu kullanmak Için, Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız gerekir. Azure DevOps Server için Izin başvurusu ' na bakın.

Örnekler

Kod dizini oluşturma durumunu ve yapılandırmasını görmek için:

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

Tüm değişiklik kümelerini dizine almayı başlatmak için:

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

Önceden oluşturulmuş değişiklik kümelerinin dizinini oluşturmayı durdurmak ve yalnızca yeni değişiklik kümelerini dizine almayı başlatmak için:

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

10 KB 'den büyük 50 dosya bulmak için:

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

Dizin oluşturma işleminden belirli bir dosyayı dışlamak ve yoksayılan dosya listesine eklemek için:

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

Dizini oluşturulmamış tüm dosyaları görmek için:

TfsConfig codeIndex /ignoreList:view

Önceden dizinli verileri temizlemek ve Dizin oluşturmayı yeniden başlatmak için:

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

Tüm değişiklik kümesi geçmişini kaydetmek için:

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

CodeLens geçici verilerinde boyut sınırını kaldırmak ve geçici veri boyutundan bağımsız olarak dizin oluşturmaya devam etmek için:

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

Kod dizinini onaylama ile silmek için:

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

Komut kullanılabilirliği: TFS 2015 ve TFS 2013

Azure DevOps Server kod dizinlemeyi yönetmek için CodeIndex komutunu kullanın. Örneğin, CodeLens bilgilerini onarmak için dizini sıfırlamak veya sunucu performans sorunlarını araştırmak için dizin oluşturmayı devre dışı bırakmak isteyebilirsiniz.

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]
Seçenek Açıklama

/IndexingStatus

Kod dizin oluşturma hizmetinin durumunu ve yapılandırmasını görüntüleyin.

/setIndexing:[açık | kapalı | keepupOnly]

  • Açık: tüm değişiklik kümelerini dizine almayı Başlat.

  • kapalı: tüm değişiklik kümelerini dizinlemeyi durdur.

  • keepupOnly: önceden oluşturulmuş değişiklik kümelerinin dizinini oluşturmayı Durdur ve yalnızca yeni değişiklik kümelerini dizine almayı Başlat.

/IgnoreList:[Ekle | Kaldır | RemoveAll | Görünüm] ServerPath

Dizinlenmesini istemediğiniz kod dosyalarının ve yollarının listesini belirtir.

  • Ekle: dizinlenmesini istemediğiniz dosyayı, yoksayılan dosya listesine ekleyin.

  • Kaldır: dizine alınmasını istediğiniz dosyayı yoksayılan dosya listesinden kaldırın.

  • RemoveAll: yoksayılan dosya listesini temizleyin ve tüm dosyaları dizine almayı başlatın.

  • görüntüle: dizinlenmemiş tüm dosyaları görüntüleyin.

  • Sunucuyolu: bir kod dosyasının yolunu belirtir.

    Sunucu yolunun başlangıcında, sonunda veya her iki ucunda joker karakteri (*) kullanabilirsiniz.

/Listlargefiles [/fileCount: FileCount /minboyut: MinSize]

KB cinsinden belirtilen boyutu aşan belirtilen dosya sayısını gösterir. Daha sonra bu dosyaları dizin oluşturma işleminden dışlamak için /IgnoreList seçeneğini kullanabilirsiniz.

Bunun için güncelleştirme 3 ile Team Foundation Server 2013gerekir.

/Reındexall

Önceden dizinli verileri temizleyin ve Dizin oluşturmayı yeniden başlatın.

/Destroyıcodeındex [/noPrompt]

Kod dizinini silin ve tüm dizinli verileri kaldırın. /Noprompt seçeneğini kullanırsanız onay gerektirmez.

/temporaryDataSizeLimit: [Görünüm | < Boyutınbs > | dıı

Değişiklik kümelerini işlerken CodeLens 'in ne kadar geçici veri oluşturduğunu denetleyin. Varsayılan sınır 6 GB 'tır (güncelleştirme 5 ' te 2 GB).

  • görüntüle: geçerli boyut sınırını göster.

  • Sizeingbs: boyut sınırını değiştirin.

  • devre dışı bırak: boyut sınırını kaldır.

Bu sınır, CodeLens yeni bir değişiklik kümesini işleyerek denetlenir. Geçici veriler bu sınırı aşarsa, CodeLens, yenilerini değil, geçmiş değişiklik kümelerini işlemeyi duraklatacaktır. CodeLens, veriler temizlendikten ve bu sınırın altına düştüğünde işlemeyi yeniden başlatacak. Temizleme, günde bir kez otomatik olarak çalıştırılır. Bu, temizleme çalışmaya başlamadan geçici verilerin bu sınırı aşabileceği anlamına gelir.

Bunun için güncelleştirme 4 ile Team Foundation Server 2013gerekir.

/ındexgeçmişini: [Görünüm | tümü | < Gün sayısı > ]

Değişiklik geçmişinizin ne kadar süreyle dizine alınacağını denetleyin. Bu, ne kadar geçmiş CodeLens 'in size gösterdiği geçmişi etkiler. Varsayılan sınır 12 aydır. Bu, CodeLens 'in yalnızca son 12 aydan değişiklik geçmişinizi gösterdiği anlamına gelir.

  • görüntüle: geçerli ay sayısını göster.

  • All: tüm değişiklik geçmişinin dizinini oluştur.

  • Numberofaylar: değişiklik geçmişine dizin eklemek için kullanılan ayların sayısını değiştirin.

Bunun için güncelleştirme 4 ile Team Foundation Server 2013gerekir.

/CollectionName: CollectionName

CodeIndex komutunun çalıştırılacağı proje koleksiyonunun adını belirtir. /CollectionIdkullanmıyorsanız gereklidir.

/CollectionId: CollectionId

CodeIndex komutunun çalıştırılacağı proje koleksiyonunun kimlik numarasını belirtir. /CollectionNamekullanmıyorsanız gereklidir.

Önkoşullar

CodeIndex komutunu kullanmak için, Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız gerekir. Azure DevOps Server için Izin başvurusu ' na bakın.

Örnekler

Kod dizini oluşturma durumunu ve yapılandırmasını görmek için:

TFSConfig CodeIndex /indexingStatus /collectionName:"Fabrikam Web Site"

Tüm değişiklik kümelerini dizine almayı başlatmak için:

TFSConfig CodeIndex /setIndexing:on /collectionName:"Fabrikam Web Site"

Önceden oluşturulmuş değişiklik kümelerinin dizinini oluşturmayı durdurmak ve yalnızca yeni değişiklik kümelerini dizine almayı başlatmak için:

TFSConfig CodeIndex /setIndexing:keepupOnly /collectionName:"Fabrikam Web Site"

10 KB 'den büyük 50 dosya bulmak için:

TFSConfig CodeIndex /listLargeFiles /fileCount:50 /minSize:10 /collectionName:"Fabrikam Web Site"

Dizin oluşturma işleminden belirli bir dosyayı dışlamak ve yoksayılan dosya listesine eklemek için:

TFSConfig CodeIndex /ignoreList:add "$/Fabrikam Web Site/Catalog.cs" /collectionName:"Fabrikam Web Site"

Dizini oluşturulmamış tüm dosyaları görmek için:

TFSConfig CodeIndex /ignoreList:view

Önceden dizinli verileri temizlemek ve Dizin oluşturmayı yeniden başlatmak için:

TFSConfig CodeIndex /reindexAll /collectionName:"Fabrikam Web Site"

Tüm değişiklik kümesi geçmişini kaydetmek için:

TFSConfig CodeIndex /indexHistoryPeriod:all /collectionName:"Fabrikam Web Site"

CodeLens geçici verilerinde boyut sınırını kaldırmak ve geçici veri boyutundan bağımsız olarak dizin oluşturmaya devam etmek için:

TFSConfig CodeIndex /temporaryDataSizeLimit:disable /collectionName:"Fabrikam Web Site"

Kod dizinini onaylama ile silmek için:

TFSConfig CodeIndex /destroyCodeIndex /collectionName:"Fabrikam Web Site"

Koleksiyon

Koleksiyon komutunu bir Azure DevOps Server dağıtımından bir proje koleksiyonu eklemek, ayırmak veya silmek için kullanabilirsiniz. Ayrıca, var olan bir koleksiyonun veritabanını çoğaltmak, yeniden adlandırmak ve dağıtıma eklemek için koleksiyon komutunu da kullanabilirsiniz. Bu işlem bazen bir koleksiyonu kopyalama olarak adlandırılır.

TfsConfig collection {/attach | /create | /detach | /delete} [/collectionName:<collectionName>]
    [/description:<collectionDescription>]
    [/collectionDB:<serverName>;<databaseName>]
    [/processModel:Inheritance|Xml]
    [/reportingFolder:<reportingFolderPath>]
    [/clone] [/verify] [/continue]
Seçenek Açıklama
ekle Ne /Detach ne de /Delete kullanılmazsa gereklidir. Bu seçeneği belirtirseniz, /collectionDB seçeneğini de kullanmalısınız. Bir seçenek olarak, /CollectionName ve /Clone öğesini bu seçenekle de kullanabilirsiniz. /Attach seçeneğini kullanırsanız, belirtilen koleksiyon veritabanı Azure DevOps Server dağıtımınıza eklenecektir.
oluşturmaya Bir koleksiyon oluşturur.
ayırmak Ne /Attach ne de /Delete kullanılmazsa gereklidir. Bu seçeneği belirtirseniz, /CollectionName seçeneğini de kullanmalısınız. /Detach seçeneğini kullanırsanız, belirtilen koleksiyonun veritabanı durdurulur ve koleksiyon Azure DevOps Server dağıtımınızdan ayrılır.
delete /Detach veya /Attach kullanılmazsa gereklidir. Bu seçeneği belirtirseniz, /CollectionName seçeneğini de kullanmalısınız. /Delete seçeneğini kullanırsanız, belirtilen koleksiyon için veritabanı durdurulur ve koleksiyon Azure DevOps Server kalıcı olarak kullanımdan kaldırılır. Koleksiyon veritabanını bu veya başka bir dağıtıma yeniden iliştiremeyeceksiniz.
CollectionName Proje koleksiyonunun adını belirtir. Koleksiyonun adı boşluk içeriyorsa, adı tırnak işaretleri içine almalısınız (örneğin, " koleksiyonum " ). /Detach veya /Delete kullanılırsa gereklidir. Bu seçeneği /Detach veya /Deleteile kullanırsanız, ayrılacak veya silinecek koleksiyonu belirtir. Bu seçeneği /Attachile kullanırsanız, koleksiyon için yeni bir ad belirtir. Bu seçeneği hem /Attach hem de /Cloneile kullanırsanız, çoğaltılan koleksiyonun adını belirtir.
CollectionDB /Attach kullanılırsa gereklidir. Bu seçenek, SQL Server çalıştıran sunucunun adını ve bu sunucuda barındırılan koleksiyon veritabanının adını belirtir.
aboneliğinde ve Azure DevOps Server için yapılandırma veritabanını barındıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Bir örnek belirtirseniz, şu biçimi kullanmanız gerekir: ServerName\InstanceName .
DatabaseName Yapılandırma veritabanının adını belirtir. Varsayılan olarak, bu veritabanının adı TFS_ConfigurationDB.
clone Bu seçeneği belirtirseniz, özgün koleksiyon veritabanı SQL Server bir kopya olarak iliştirilir ve bu veritabanı Azure DevOps Server eklenecektir. Bu seçenek öncelikle bir proje koleksiyonunu bölmenin bir parçası olarak kullanılır.

İpucu

/Delete seçeneği, koleksiyon veritabanını SQL Server silmez. Koleksiyon veritabanını Azure DevOps Server sildikten sonra veritabanını SQL Server el ile silebilirsiniz.

Önkoşullar

Koleksiyonlar komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun yanı sıra TFSConfig çalıştıran makinede yerel Yöneticiler grubunun bir üyesi olmanız gerekir. Ayrıca, Azure DevOps Server veritabanları tarafından kullanılan tüm SQL Server örnekleri için sysadmin güvenlik rolünün bir üyesi olmanız gerekir. Dağıtımınız SharePoint ile tümleşikse ve /Delete seçeneğini kullanıyorsanız, site koleksiyonunu sildiğiniz SharePoint grubu Için Grup Yöneticileri grubunun da bir üyesi olmanız gerekir.

Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Koleksiyonları etkileşimli olarak yönetmek veya bir koleksiyon oluşturmak için, Azure DevOps yönetim konsolundaki proje koleksiyonları düğümünü kullanabilirsiniz. Bkz. proje koleksiyonlarını yönetme.

Örnekler

Aşağıdaki örnek, Contoso Summer Intern Projects Azure DevOps Server dağıtımından proje koleksiyonunun kalıcı olarak nasıl kaldırılacağını gösterir.

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.

Aşağıdaki örnek, proje koleksiyonunun nasıl yinelenip nasıl ekleneceğini gösterir Contoso Summer Interns Projects Contoso Winter Interns Projects ve Azure DevOps Server dağıtımına yinelenen koleksiyonu ekler.

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

Bir TFS dağıtımından bir proje koleksiyonu eklemek, ayırmak veya silmek için koleksiyon komutunu kullanabilirsiniz. Ayrıca, var olan bir koleksiyonun veritabanını çoğaltmak, yeniden adlandırmak ve dağıtıma eklemek için koleksiyon komutunu da kullanabilirsiniz. Bu işlem bazen bir koleksiyonu kopyalama olarak adlandırılır. Ancak, koleksiyon komutunu bir proje koleksiyonu oluşturmak için kullanamazsınız.

TFSConfig Collection {/attach | /detach | /delete} [/collectionName:CollectionName]
        [/collectionDB:ServerName;DatabaseName] [/clone]

Parametreler

Seçenek Açıklama
/Attach Ne /Detach ne de /Delete kullanılmazsa gereklidir. Bu seçeneği belirtirseniz, /collectionDB seçeneğini de kullanmalısınız. Bir seçenek olarak, /CollectionName ve /Clone öğesini bu seçenekle de kullanabilirsiniz. /Attach seçeneğini kullanırsanız, belirtilen koleksiyon veritabanı Azure DevOps Server dağıtımınıza eklenecektir.
/Detach Ne /Attach ne de /Delete kullanılmazsa gereklidir. Bu seçeneği belirtirseniz, /CollectionName seçeneğini de kullanmalısınız. /Detach seçeneğini kullanırsanız, belirtilen koleksiyonun veritabanı durdurulur ve koleksiyon Azure DevOps Server dağıtımınızdan ayrılır.
/Delete /Detach veya /Attach kullanılmazsa gereklidir. Bu seçeneği belirtirseniz, /CollectionName seçeneğini de kullanmalısınız. /Delete seçeneğini kullanırsanız, belirtilen koleksiyon için veritabanı durdurulur ve koleksiyon Azure DevOps Server kalıcı olarak kullanımdan kaldırılır. Koleksiyon veritabanını bu veya başka bir dağıtıma yeniden iliştiremeyeceksiniz.

İpucu: /Delete seçeneği, koleksiyon veritabanını SQL Server silmez. Koleksiyon veritabanını Azure DevOps Server sildikten sonra veritabanını SQL Server el ile silebilirsiniz.
/CollectionName: Ma Proje koleksiyonunun adını belirtir. Koleksiyonun adı boşluk içeriyorsa, adı tırnak işaretleri içine almalısınız (örneğin, " koleksiyonum " ). /Detach veya /Delete kullanılırsa gereklidir. Bu seçeneği /Detach veya /Deleteile kullanırsanız, ayrılacak veya silinecek koleksiyonu belirtir. Bu seçeneği /Attachile kullanırsanız, koleksiyon için yeni bir ad belirtir. Bu seçeneği hem /Attach hem de /Cloneile kullanırsanız, çoğaltılan koleksiyonun adını belirtir.
/CollectionDB: ServerName; DatabaseName /Attach kullanılırsa gereklidir. Bu seçenek, SQL Server çalıştıran sunucunun adını ve bu sunucuda barındırılan koleksiyon veritabanının adını belirtir.
  • ServerName: Azure DevOps Server için yapılandırma veritabanını barındıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Bir örnek belirtirseniz, şu biçimi kullanmanız gerekir: ServerName\InstanceName .
  • DatabaseName: yapılandırma veritabanının adını belirtir. Varsayılan olarak, bu veritabanının adı TFS_ConfigurationDB.
/Clone Bu seçeneği belirtirseniz, özgün koleksiyon veritabanı SQL Server bir kopya olarak iliştirilir ve bu veritabanı Azure DevOps Server eklenecektir. Bu seçenek öncelikle bir proje koleksiyonunu bölmenin bir parçası olarak kullanılır.

Önkoşullar

Koleksiyonlar komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun yanı sıra TFSConfig çalıştıran makinede yerel Yöneticiler grubunun bir üyesi olmanız gerekir. Ayrıca, Azure DevOps Server veritabanları tarafından kullanılan tüm SQL Server örnekleri için sysadmin güvenlik rolünün bir üyesi olmanız gerekir. Dağıtımınız SharePoint ile tümleşikse ve /Delete seçeneğini kullanıyorsanız, site koleksiyonunu sildiğiniz SharePoint grubu Için Grup Yöneticileri grubunun da bir üyesi olmanız gerekir.

Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Koleksiyonları etkileşimli olarak yönetmek veya bir koleksiyon oluşturmak için, Azure DevOps yönetim konsolundaki proje koleksiyonları düğümünü kullanabilirsiniz. Bkz. proje koleksiyonlarını yönetme.

Örnekler

Aşağıdaki örnek, bir Azure DevOps Server dağıtımından "contoso yaz Intern Projects" proje koleksiyonunun nasıl kalıcı olarak kaldırılacağını gösterir.

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.

Aşağıdaki örnek, "contoso yaz Interns Projects" proje koleksiyonunun nasıl yinelendiği, "contoso kış Interns projeleri" olarak nasıl ayarlanacağı ve yinelenen koleksiyonun Azure DevOps Server dağıtımına nasıl ekleneceği gösterilmektedir.

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

Columnstoreındex

Not

Komut kullanılabilirliği: TFS 2015,2 ve üzeri sürümleri gerektirir.

Azure DevOps Server dağıtımınız tarafından kullanılan veritabanlarının sütun deposu dizinlerini etkinleştirmek veya devre dışı bırakmak için Columnstoreındex komutunu kullanın.

TfsConfig columnStoreIndex /enabled:<true|false>
    /sqlInstance:<serverName>
    /databaseName:<databaseName>
Seçenek Açıklama
enabled Verilen SQL örneği ve veritabanı için sütun deposu dizinini etkinleştirip etkinleştirmeyeceğinizi veya devre dışı bırakmayı belirtir.
SQLInstance Sütun deposu dizininin etkinleştirildiği veya devre dışı bırakıldığı veritabanını barındıran sunucunun adını ve varsayılan değer dışında bir örnek kullanılırsa örnek adını belirtir. Bir örnek belirtirseniz, şu biçimi kullanmanız gerekir: ServerName\InstanceName .
Dosyasında Sütun deposu dizininin etkinleştirildiği veya devre dışı bırakıldığı veritabanının adını belirtir.

Önkoşullar

Columnstoreındex komutunu kullanmak için, belirtilen SQL Server örneği için sysadmin rolünün bir üyesi olmanız gerekir.

Açıklamalar

Sütun deposu dizinini desteklenmeyen bir SQL örneğinden bir veritabanını taşıdıysanız, genellikle Columnstoreındex komutunu kullanırsınız. Bu durumda, veritabanlarını başarıyla taşıyabilmeniz için önce tüm sütun deposu dizinlerini devre dışı bırakmanız gerekir. Benzer şekilde, bir veritabanını bir SQL örneğine geri taşıyorsanız, alan kazanmak ve performans kazanmak için sütun deposu dizinini yeniden etkinleştirmek isteyebilirsiniz.

Örnek

Aşağıdaki örnek, TFS_DefaultCollection adlandırılmış örnekte adlı bir sunucuda çalışan SQL örneğinde adlı bir veritabanı için sütun deposu dizininin nasıl etkinleştirileceğini gösterir ContosoMain TeamDatabases .

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

TFS dağıtımınız tarafından kullanılan veritabanlarının sütun deposu dizinlerini etkinleştirmek veya devre dışı bırakmak için Columnstoreındex komutunu kullanın.

TfsConfig columnStoreIndex /enabled:{true|false}
        /sqlInstance:ServerName
        /databaseName:DatabaseName
Seçenek Açıklama
/Enabled Verilen SQL örneği ve veritabanı için sütun deposu dizinini etkinleştirip etkinleştirmeyeceğinizi veya devre dışı bırakmayı belirtir.
/SQLInstance Sütun deposu dizininin etkinleştirildiği veya devre dışı bırakıldığı veritabanını barındıran sunucunun adını ve varsayılan değer dışında bir örnek kullanılırsa örnek adını belirtir. Bir örnek belirtirseniz şu biçimi kullanmanız gerekir: ServerName\InstanceName
/databaseName Sütun deposu dizininin etkinleştirildiği veya devre dışı bırakıldığı veritabanının adını belirtir.

Önkoşullar

Columnstoreındex komutunu kullanmak için, belirtilen SQL Server örneği için sysadmin rolünün bir üyesi olmanız gerekir.

Açıklamalar

Sütun deposu dizinini desteklenmeyen bir SQL örneğinden bir veritabanını taşıdıysanız, genellikle Columnstoreındex komutunu kullanırsınız. Bu durumda, veritabanlarını başarıyla taşıyabilmeniz için önce tüm sütun deposu dizinlerini devre dışı bırakmanız gerekir. Benzer şekilde, bir veritabanını bir SQL örneğine geri taşıyorsanız, alan kazanmak ve performans kazanmak için sütun deposu dizinini yeniden etkinleştirmek isteyebilirsiniz.

Örnek

Aşağıdaki örnek, _ "TeamDatabases" adlandırılmış örneğinde "ContosoMain" adlı bir sunucuda çalıştırılan BIR SQL ÖRNEĞINDE tfs DefaultCollection adlı bir veritabanı için sütun deposu dizininin nasıl etkinleştirileceğini gösterir.

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

ConfigureMail Azure DevOps Server çalıştıran sunucuyu, e-posta uyarıları için mevcut bir SMTP sunucusunu kullanacak şekilde yapılandırın.TfsConfig configureMail /Enabled:<true|false> /FromEmailAddress:<emailAddress> /SmtpHost:<SMTPHostName>### ÖnkoşullarConfigureMail komutunu kullanmak Için, Azure DevOps uygulama katmanı sunucusunda Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu### AçıklamalarAyrıca, bir SMTP sunucusunu kullanmak için Azure DevOps Server yapılandırmak üzere Yönetim konsolunu kullanabilirsiniz .### ÖrnekAşağıdaki örnek, Kimden e-posta adresini TFS@contoso.com ve SMTP posta sunucusunu şu şekilde yapılandırmak için kullanılan sözdizimini göstermektedir ContosoMailServer :TfsConfig configureMail /FromEmailAddress:TFS@contoso.com /SmtpHost:ContosoMailServer


DBCompression

Azure DevOps Server dağıtımınız tarafından kullanılan veritabanları için veritabanı sayfa sıkıştırmasını etkinleştirmek veya devre dışı bırakmak üzere Dbcompression komutunu kullanın.

TfsConfig dbCompression /pageCompression:[enable|disable]
    /sqlInstance:<serverName>
    /databaseName:<databaseName>
    [/rebuildNow [/offline]]
Seçenek Açıklama
pageCompression Verilen SQL örneği ve veritabanı için sayfa Sıkıştırmayı etkinleştirip etkinleştirmeyeceğinizi veya devre dışı bırakmayı belirtir.
SQLInstance Sayfa sıkıştırması etkinleştirilmiş veya devre dışı bırakılmış veritabanını barındıran sunucunun adını ve varsayılan değer dışında bir örnek kullanılırsa örnek adını belirtir. Bir örnek belirtirseniz şu biçimi kullanmanız gerekir: ServerName\InstanceName
Dosyasında Sayfa sıkıştırması etkinleştirilecek veya devre dışı bırakılacak veritabanının adını belirtir.
Şimdi yeniden Build İsteğe bağlı. Veritabanı dizinlerinin hemen yeniden oluşturulup oluşturulmayacağını (gerektiğinde sıkıştırılıp açılması gerektiğini) belirtir. Kullanılmıyorsa, dizinler haftalık olarak çalışan bir arka plan işi tarafından yeniden oluşturulur.
çevrimdışı İsteğe bağlı. Yalnızca /Rebuildnowile birlikte kullanılır. /Offline belirtilmemişse, dizinler çevrimiçi olarak yeniden oluşturulur. /Offline belirtilirse, dizinler çevrimdışı olarak yeniden oluşturulur. Bu, diğer işlemleri engeller, ancak çevrimiçi dizin yeniden oluşturma özelliğinden daha hızlı olabilir.

Önkoşullar

Dbcompression komutunu kullanmak için, belirtilen SQL Server örneği için sysadmin rolünün bir üyesi olmanız gerekir.

Açıklamalar

Bir veritabanını bir SQL örneğinden, sıkıştırmayı destekleyen bir SQL örneğinden taşıyorsanız, genellikle dbcompression komutunu kullanırsınız. Bu durumda, veritabanlarını başarıyla taşıyabilmeniz için sıkıştırmayı devre dışı bırakmanız ve tüm dizinleri açmanız gerekir. Benzer şekilde, bir veritabanını bir SQL örneğine yeniden taşıyorsanız, alanı kazanmak için sıkıştırmayı yeniden etkinleştirmek isteyebilirsiniz.

Bu komut yalnızca Azure DevOps Server veritabanı sayfa sıkıştırması kullanmayı tercih eder, ancak veritabanlarının sürümü sıkıştırmayı destekleyen bir SQL örneğinde barındırılıp barındırılmamalıdır. Daha fazla bilgi için, bkz. SQL Server sürümleri tarafından desteklenen özellikler .

Örnek

Aşağıdaki örnek, TFS_DefaultCollection adlandırılmış örnekte adlı bir sunucuda çalışan BIR SQL örneğinde adlı bir veritabanı için, sayfa sıkıştırması 'nı hemen nasıl etkinleştireceğinizi gösterir ContosoMain TeamDatabases .

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

TFS 2012 ve önceki sürümleri için bkz https://support.microsoft.com/kb/2712111 ..

Azure DevOps Server dağıtımınız tarafından kullanılan veritabanları için veritabanı sayfa sıkıştırmasını etkinleştirmek veya devre dışı bırakmak üzere Dbcompression komutunu kullanın.

TFSConfig dbCompression /pageCompression:{enable|disable}
        /sqlInstance:ServerName
        /databaseName:DatabaseName
        [/rebuildNow [/offline]]
Seçenek Açıklama
/pageCompression Verilen SQL örneği ve veritabanı için sayfa Sıkıştırmayı etkinleştirip etkinleştirmeyeceğinizi veya devre dışı bırakmayı belirtir.
/SQLInstance Sayfa sıkıştırması etkinleştirilmiş veya devre dışı bırakılmış veritabanını barındıran sunucunun adını ve varsayılan değer dışında bir örnek kullanılırsa örnek adını belirtir. Bir örnek belirtirseniz şu biçimi kullanmanız gerekir: ServerName\InstanceName
/databaseName Sayfa sıkıştırması etkinleştirilecek veya devre dışı bırakılacak veritabanının adını belirtir.
/rebuildNow İsteğe bağlı. Veritabanı dizinlerinin hemen yeniden oluşturulup oluşturulmayacağını (gerektiğinde sıkıştırılıp açılması gerektiğini) belirtir. Kullanılmıyorsa, dizinler haftalık olarak çalışan bir arka plan işi tarafından yeniden oluşturulur.
/offline İsteğe bağlı. Yalnızca /Rebuildnowile birlikte kullanılır. /Offline belirtilmemişse, dizinler çevrimiçi olarak yeniden oluşturulur. /Offline belirtilirse, dizinler çevrimdışı olarak yeniden oluşturulur. Bu, diğer işlemleri engeller, ancak çevrimiçi dizin yeniden oluşturma özelliğinden daha hızlı olabilir.

Önkoşullar

Dbcompression komutunu kullanmak için, belirtilen SQL Server örneği için sysadmin rolünün bir üyesi olmanız gerekir.

Açıklamalar

Bir veritabanını bir SQL örneğinden, sıkıştırmayı destekleyen bir SQL örneğinden taşıyorsanız, genellikle dbcompression komutunu kullanırsınız. Bu durumda, veritabanlarını başarıyla taşıyabilmeniz için sıkıştırmayı devre dışı bırakmanız ve tüm dizinleri açmanız gerekir. Benzer şekilde, bir veritabanını bir SQL örneğine yeniden taşıyorsanız, alanı kazanmak için sıkıştırmayı yeniden etkinleştirmek isteyebilirsiniz.

Bu komut yalnızca Azure DevOps Server veritabanı sayfa sıkıştırması kullanmayı tercih eder, ancak veritabanlarının sürümü sıkıştırmayı destekleyen bir SQL örneğinde barındırılıp barındırılmamalıdır. Daha fazla bilgi için, bkz. SQL Server sürümleri tarafından desteklenen özellikler .

Örnek

Aşağıdaki örnek, _ "TeamDatabases" adlandırılmış örneğinde "ContosoMain" adlı bir sunucuda çalıştırılan BIR SQL ÖRNEĞINDE tfs DefaultCollection adlı bir veritabanı için doğrudan sayfa sıkıştırmayı nasıl etkinleştireceğinizi gösterir.

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

DeleteTestResults

Koleksiyon deponuzdan eski saklı test sonuçlarını silmek için Deletetestresults komutunu kullanın. Bu genellikle mağaza boyutunu azaltmak veya test sonuçlarını yeni bir şemaya geçirirken geçen süreyi azaltmak için yapılır.

TfsConfig deleteTestResults /ageInDays:<number> /sqlInstance:<serverName> /databaseName:<databaseName>
    [/type:[automated|manual|all]]
    [/preview]
Seçenek Açıklama
Ageındays Belirtilen gün sayısından daha eski olan test sonuçları silinecek veya önizlenmeyecek.
SQLInstance Test sonuçlarının silindiği veya önizlenmesi için veritabanını barındıran sunucunun adı ve varsayılan değer dışında bir örnek kullanılırsa örnek adı. Bir örnek belirtirseniz, şu biçimi kullanmanız gerekir: ServerName\InstanceName .
Dosyasında Test sonuçlarının silindiği veya önizlenmesi için veritabanının adı.
tür İsteğe bağlı. Silinecek test sonuçlarının türü. Geçerli değerler otomatikleştirilen, el ileve hepsi.
preview İsteğe bağlı. Gün cinsinden yaş temelinde silinecek test sonuçlarının sayısını görüntüleyin, ancak bu sonuçları silmeyin.

Önkoşullar

Deletetestresults komutunu kullanmak için, belirtilen SQL Server örneği için sysadmin rolünün bir üyesi olmanız gerekir.

Açıklamalar

Bu sonuçlar silinmeden proje adına ve yıla göre sıralanmış test sonuçlarını görmek için /Preview parametresini kullanın.

Örnek

Aşağıdaki örnek, TFS_DefaultCollection adlandırılmış örnekte adlı bir sunucuda çalışan SQL örneğinde adlı bir veritabanı için 60 günden daha eski olan el ile test sonuçlarının nasıl silineceğini gösterir ContosoMain TeamDatabases .

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

Komut kullanılabilirliği: TFS 2017 ve üzeri

Koleksiyon deponuzdan eski saklı test sonuçlarını silmek için Deletetestresults komutunu kullanın. Bu genellikle mağaza boyutunu azaltmak veya test sonuçlarını yeni bir şemaya geçirirken geçen süreyi azaltmak için yapılır.

TFSConfig DeleteTestResults /ageInDays:{number} 
    /sqlInstance:ServerName
    /databaseName:DatabaseName
    [/type:{automated|manual|all}]
    [/preview]
Seçenek Açıklama
/Ageındays Belirtilen gün sayısından daha eski olan test sonuçları silinecek veya önizlenmeyecek.
/SQLInstance Test sonuçlarının silindiği veya önizlenmesi için veritabanını barındıran sunucunun adı ve varsayılan değer dışında bir örnek kullanılırsa örnek adı. Bir örnek belirtirseniz şu biçimi kullanmanız gerekir: ServerName\InstanceName
/databaseName Test sonuçlarının silindiği veya önizlenmesi için veritabanının adı.
/Type İsteğe bağlı. Silinecek test sonuçlarının türü. Geçerli değerler otomatikleştirilen, el ileve hepsi.
/Preview İsteğe bağlı. Gün cinsinden yaş temelinde silinecek test sonuçlarının sayısını görüntüleyin, ancak bu sonuçları silmeyin.

Önkoşullar

Deletetestresults komutunu kullanmak için, belirtilen SQL Server örneği için sysadmin rolünün bir üyesi olmanız gerekir.

Açıklamalar

Bu sonuçlar silinmeden proje adına ve yıla göre sıralanmış test sonuçlarını görmek için /Preview parametresini kullanın.

Örnek

Aşağıdaki örnek, _ "TeamDatabases" adlandırılmış örneğinde "ContosoMain" adlı bir sunucuda çalıştırılan BIR SQL ÖRNEĞINDEKI tfs DefaultCollection adlı bir veritabanı için 60 günden daha eski olan el ile test sonuçlarının nasıl silineceğini gösterir.

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

DeploymentPool

Deploymentpool komutu, tüm dağıtım gruplarını bir dağıtım havuzundan diğerine geçirmek için tasarlanmıştır.

TfsConfig deploymentpool /migrateDeploymentGroups /fromPool:<source pool name> /toPool:<destination pool name>
Seçenek Açıklama
fromPool Kaynak havuzu adı.
toPool Hedef havuzu adı.

Kimlikler

Kimlikler komutu, Azure DevOps Server dağıtımınızdaki kullanıcıların ve grupların güvenlik tanımlayıcısını (SID) listeler veya değiştirir. Aşağıdaki senaryolardan birinde kullanıcılar ve gruplar için SID 'yi değiştirmeniz veya güncelleştirmeniz gerekebilir:

  • Dağıtımınızın etki alanını değiştirme

  • Çalışma grubundan etki alanına veya etki alanından bir çalışma grubuna değiştirme

  • Active Directory etki alanları arasında hesapları geçirme

Not

Aynı Active Directory ormanı içindeki etki alanlarını değiştiriyorsanız bu komutu çalıştırmanız gerekmez. Azure DevOps Server, aynı ormandaki taşınmaların SID değişikliklerini otomatik olarak işleymeyecektir.

TfsConfig identities [/change /fromdomain:<domainName1> /todomain:<domainName2>
    [/account:<accountName> [/toaccount:<accountName>]] [/sqlInstance:<serverName> /databaseName:<databaseName>]
Seçenek Açıklama
Değiştir Kimlikleri listelemek yerine değiştirmek istediğinizi belirtir.
fromdomain /Changekullanılırken gereklidir. Değiştirmek istediğiniz kimliklerin özgün etki alanını belirtir. Çalışma grubu ortamından değiştiriyorsanız, bilgisayarın adını belirtir.
todomain /Changekullanılırken gereklidir. Kimlikleri değiştirmek istediğiniz etki alanını belirtir. Bir çalışma grubu ortamına değiştiriyorsanız, bilgisayarın adını belirtir.
account Kimlikleri listelemek veya değiştirmek istediğiniz hesabın adını belirtir.
toaccount Kimlikleri değiştirmek istediğiniz hesabın adını belirtir.
SQLInstance SQL Server çalıştıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Bir örnek belirtirseniz, aşağıdaki biçimi kullanmanız gerekir:

ServerName\InstanceName
DatabaseName Azure DevOps Server için yapılandırma veritabanının adını belirtir.

Önkoşullar

Kimlikler komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve Team Foundation Server tarafından kullanılan tüm SQL Server örnekleri için sysadmin rolünün bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server için yönetici Izinlerini ayarlama.

Açıklamalar

Dağıtım için bir uygulama katmanı sunucusu yapılandırmadan önce isteğe bağlı olarak kimlikleri değiştirmek üzere veritabanını belirtebilirsiniz. Örneğin, bir Azure DevOps Server dağıtımını kopyaladığınızda hizmet hesabını değiştirmek için veritabanını belirtebilirsiniz.

Kimlikleri değiştirdiğinizde, hedef hesap veya hesapların Windows 'da zaten mevcut olması gerekir.

Bu komutla değiştirdiğiniz hesapların özellikleri güncelleştirilecektir, Windows ile sonraki kimlik eşitlemesini beklemeniz gerekir. Bu gereksinim, gruptan kullanıcıya, kullanıcıdan gruba ve etki alanı hesabına yerel hesaba kadar olan değişiklikleri içerir.

Örnekler

Aşağıdaki örnek, Azure DevOps Server depolanan tüm Windows kullanıcıları ve gruplarının adlarının nasıl ekleneceğini ve her bir kullanıcı veya grubun SID 'sinin Windows 'daki SID ile eşleşip eşleşmediğini gösterir. Contoso1 etki alanı yöneticileri, Contoso1\\Developers Contoso1\\Testers Azure DevOps Server, SQL Server Reporting Services ve SharePoint ürünleri arasındaki izinlerin yönetimini kolaylaştırmak için ve gibi etki alanı grupları oluşturmuştur.

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.

Aşağıdaki örnek, Contoso1 etki alanındaki tüm Azure DevOps Server hesapların SID 'Lerini, etki alanında eşleşen adlara sahip olan hesapların SID 'Lerine nasıl değiştirileceğini gösterir ContosoPrime . Yalnızca eşleşen hesap adlarının SID 'Leri güncellenir. Örneğin, hholt Hesap ve olarak varsa Contoso1\hholt ContosoPrime\hholt , hesap SID 'si için SID olarak değiştirilir ContosoPrime\hholt . ContosoPrime\hholtHesap yoksa, SID güncellenmeyecektir Contoso1\hholt .

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

Aşağıdaki örnekte, tek bir kullanıcı hesabı için hesabının, Contoso1\hholt başka bir kullanıcı hesabı hesabına nasıl değiştirileceği gösterilmektedir ContosoPrime\jpeoples .

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

Aşağıdaki örnek, NT AUTHORITY\NETWORK SERVICE ' den ' e dağıtım etki alanı değiştirilirken Azure DevOps Server dağıtımında kullanılan hizmet hesabının SID 'sinin nasıl değiştirileceğini gösterir Contoso1 ContosoPrime . Ağ hizmeti gibi bir sistem hesabını değiştirmek için iki aşamalı bir işlemi izlemeniz gerekir. Önce hizmet hesabını NT AUTHORITY\NETWORK SERVICE ' dan yeni etki alanındaki bir etki alanı hesabına TempSVC , sonra da hesabı yeni etki ALANıNDAKI sunucuda ağ hizmeti olarak değiştirirsiniz. Yapılandırma veritabanı, ContosoMain SQL Server içindeki adlandırılmış örnekte adı geçen sunucuda barındırılır TeamDatabases .

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"

Kimlikler komutu, TFS dağıtımınızdaki kullanıcıların ve grupların güvenlik tanımlayıcısını (SID) listeler veya değiştirir. Aşağıdaki senaryolardan birinde kullanıcılar ve gruplar için SID 'yi değiştirmeniz veya güncelleştirmeniz gerekebilir:

  • dağıtımınızın etki alanını değiştirme

  • çalışma grubundan etki alanına veya etki alanından bir çalışma grubuna değiştirme

  • Active Directory etki alanları arasında hesapları geçirme

    Not

    Aynı Active Directory ormanı içindeki etki alanlarını değiştiriyorsanız bu komutu çalıştırmanız gerekmez. Azure DevOps Server, aynı ormandaki taşınmaların SID değişikliklerini otomatik olarak işleymeyecektir.

    TFSConfig kimlikleri [/Change/fromdomain: DomainName1/toetkialanı: DomainName2 [/Account: AccountName] [/toaccount: AccountName]] [/SQLInstance: ServerName/databaseName: DatabaseName] [/Account: AccountName] [/usesqlalwayson]

Seçenek Açıklama
/Change Kimlikleri listelemek yerine değiştirmek istediğinizi belirtir.
/fromdomain: Etki /Changekullanılırken gereklidir. Değiştirmek istediğiniz kimliklerin özgün etki alanını belirtir. Çalışma grubu ortamından değiştiriyorsanız, bilgisayarın adını belirtir.
/todomain: Etki /Changekullanılırken gereklidir. Kimlikleri değiştirmek istediğiniz etki alanını belirtir. Bir çalışma grubu ortamına değiştiriyorsanız, bilgisayarın adını belirtir.
/Account: Adı Kimlikleri listelemek veya değiştirmek istediğiniz hesabın adını belirtir.
/toaccount: Adı Kimlikleri değiştirmek istediğiniz hesabın adını belirtir.
/SQLInstance: ServerName SQL Server çalıştıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Bir örnek belirtirseniz, aşağıdaki biçimi kullanmanız gerekir:

ServerName\InstanceName
/DatabaseName: Dosyasında Azure DevOps Server için yapılandırma veritabanının adını belirtir.
/usesqlalwayson Veritabanlarının SQL Server bir AlwaysOn kullanılabilirlik grubunun parçası olduğunu belirtir. Yapılandırıldıysa, bu seçenek bağlantı dizesinde MultiSubnetFailover 'ı ayarlar.

Daha fazla bilgi için bkz. AlwaysOn kullanılabilirlik grupları (SQL Server).

Önkoşullar

Kimlikler komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve Azure DevOps Server tarafından kullanılan tüm SQL Server örnekleri için sysadmin rolünün bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server için yönetici Izinlerini ayarlama.

Açıklamalar

Dağıtım için bir uygulama katmanı sunucusu yapılandırmadan önce isteğe bağlı olarak kimlikleri değiştirmek üzere veritabanını belirtebilirsiniz. Örneğin, bir Azure DevOps Server dağıtımını kopyaladığınızda hizmet hesabını değiştirmek için veritabanını belirtebilirsiniz.

Kimlikleri değiştirdiğinizde, hedef hesap veya hesapların Windows 'da zaten mevcut olması gerekir.

Bu komutla değiştirdiğiniz hesapların özellikleri güncelleştirilecektir, Windows ile sonraki kimlik eşitlemesini beklemeniz gerekir. Bu gereksinim, gruptan kullanıcıya, kullanıcıdan gruba ve etki alanı hesabına yerel hesaba kadar olan değişiklikleri içerir.

Örnekler

Aşağıdaki örnek, Azure DevOps Server depolanan tüm Windows kullanıcıları ve gruplarının adlarının nasıl ekleneceğini ve her bir kullanıcı veya grubun SID 'sinin Windows 'daki SID ile eşleşip eşleşmediğini gösterir. Contoso1 etki alanı yöneticileri, \ \ Azure DevOps Server, SQL Server Reporting Services ve SharePoint ürünleri arasındaki izinlerin yönetimini kolaylaştırmak Için "Contoso1 geliştiricileri" ve "Contoso1 Sınayıcılar" gibi etki alanı grupları oluşturmuştur.

TFSConfig Identities

Örnek çıktı:

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.

Aşağıdaki örnek, Contoso1 etki alanındaki tüm Azure DevOps Server hesaplara ait SID 'Lerin ContosoPrime etki alanında eşleşen adlara sahip olan hesapların SID 'Lerine nasıl değiştirileceğini gösterir. Yalnızca eşleşen hesap adlarının SID 'Leri güncellenir. Örneğin, "hholt" hesabı Contoso1 \ hholt ve ContosoPrime \ hholt olarak mevcutsa, hesap SID 'si ContosoPrime \ hholt SID 'sine değiştirilir. "ContosoPrime \ hholt" hesabı yoksa, Contoso1 hholt IÇIN SID güncellenmeyecektir \ .

TFSConfig Identities /change /fromdomain:Contoso1 /todomain:ContosoPrime

Aşağıdaki örnek, Contoso1 hholt tek bir kullanıcı hesabının hesabının, \ başka bir kullanıcı hesabı için hesaba (ContosoPrime jpeoples) nasıl değiştirileceğini gösterir \ .

TFSConfig Identities /change /fromdomain:Contoso1 /todomain:ContosoPrime /account:hholt /toaccount:jpeoples

Aşağıdaki örnekte, \ Contoso1 ' den ContosoPrime ' ye dağıtım etki alanı değiştirilirken Azure DevOps Server dağıtımında kullanılan "NT AUTHORıTY ağ hizmeti" hizmet hesabının SID 'sinin nasıl değiştirileceği gösterilmektedir. Ağ hizmeti gibi bir sistem hesabını değiştirmek için iki aşamalı bir işlemi izlemeniz gerekir. İlk olarak, hizmet hesabını \ yeni etki alanındaki (TempSVC) bir etki alanı hesabına ve ardından hesabı yeni etki alanındaki sunucuda ağ hizmeti olarak değiştirirsiniz. Yapılandırma veritabanı, SQL Server "TeamDatabases" adlandırılmış örneğinde "ContosoMain" adlı sunucuda barındırılır.

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"

İşler

İşler komutunu, belirli bir proje koleksiyonu için en son iş etkinliğinin ayrıntılarını sağlayan bir günlük dosyası oluşturmak veya bir ya da tüm proje koleksiyonları için bir işi yeniden denemek için kullanabilirsiniz.

TfsConfig jobs /retry|dumplog [/CollectionName:<collectionName>] [/CollectionId:<id>]
Seçenek Açıklama
retry /Dumplog kullanılmazsa gereklidir. Belirtilen proje koleksiyonu için en son işin yeniden denenecek olacağını belirtir. Bu seçeneği kullanırsanız, /CollectionName ya da /CollectionId seçeneğini de kullanmalısınız.
dumplog /Retry kullanılmazsa gereklidir. Koleksiyon için en son iş etkinliğinin bir günlük dosyasına gönderileceğini belirtir. Bu seçeneği kullanırsanız, /CollectionName veya /CollectionId seçeneğini de kullanmalısınız.
CollectionName /CollectionId kullanılmazsa gereklidir. En son işin yeniden deneneceği koleksiyonun adını belirtir (/retry) ya da günlüğe kaydedilir (/dumplog). Tüm koleksiyonları belirtmek istiyorsanız, yıldız işareti (*) kullanabilirsiniz.
KoleksiyonKimliği /CollectionName kullanılmazsa gereklidir. En son işin yeniden deneneceği (/retry) ya da günlüğe kaydedilen (/dumplog) koleksiyonun kimlik numarasını belirtir.

Önkoşullar

İşler komutunu kullanmak Için, Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Bir işi etkileşimli olarak yeniden denemek için Azure DevOps yönetim konsolunu açabilir, koleksiyonun durum sekmesini seçip işi yeniden dene' yi seçebilirsiniz. Daha fazla bilgi için bkz. Azure DevOps yönetim konsolunu açma.

Örnek

Aşağıdaki örnek, Contoso Summer Intern Projects Azure DevOps Server içindeki proje koleksiyonu için en son iş etkinliğini listeleyen bir günlük dosyasının nasıl oluşturulacağını göstermektedir.

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

İşler komutunu, belirli bir proje koleksiyonu için en son iş etkinliğinin ayrıntılarını sağlayan bir günlük dosyası oluşturmak veya bir ya da tüm proje koleksiyonları için bir işi yeniden denemek için kullanabilirsiniz.

TFSConfig Jobs /retry|dumplog [/CollectionName:CollectionName] [/CollectionID:ID]
Seçenek Açıklama
/retry /Dumplog kullanılmazsa gereklidir. Belirtilen proje koleksiyonu için en son işin yeniden denenecek olacağını belirtir. Bu seçeneği kullanırsanız, /CollectionName ya da /CollectionId seçeneğini de kullanmalısınız.
/dumplog /Retry kullanılmazsa gereklidir. Koleksiyon için en son iş etkinliğinin bir günlük dosyasına gönderileceğini belirtir. Bu seçeneği kullanırsanız, /CollectionName veya /CollectionId seçeneğini de kullanmalısınız.
/CollectionName: Ma /CollectionId kullanılmazsa gereklidir. En son işin yeniden deneneceği koleksiyonun adını belirtir (/retry) ya da günlüğe kaydedilir (/dumplog). Tüm koleksiyonları belirtmek istiyorsanız, yıldız işareti (*) kullanabilirsiniz.
/CollectionId: NUMARASıNı /CollectionName kullanılmazsa gereklidir. En son işin yeniden deneneceği (/retry) ya da günlüğe kaydedilen (/dumplog) koleksiyonun kimlik numarasını belirtir.

Önkoşullar

İşler komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Bir işi etkileşimli olarak yeniden denemek için Azure DevOps yönetim konsolunu açabilir, koleksiyonun durum sekmesine ve sonra Işi yeniden dene ' ye tıklayabilirsiniz. Daha fazla bilgi için bkz. Azure DevOps yönetim konsolunu açma.

Örnek

Aşağıdaki örnek, Azure DevOps Server içindeki "contoso yaz Intern projeleri" proje koleksiyonu için en son iş etkinliğini listeleyen bir günlük dosyasının nasıl oluşturulacağını göstermektedir.

TFSConfig Jobs /dumplog /CollectionName:"Contoso Summer Intern Projects"

Laboratuvar/Delete

Tüm grup konaklarını, kitaplık paylaşımlarını ve ortamları belirtilen proje koleksiyonundan kaldırmak için TFSConfig Lab/Delete seçeneğini kullanın. Varsayılan olarak, System Center Virtual Machine Manager (SCVMM) içindeki ilişkili nesneler silinmez. Nesneleri proje koleksiyonundan ve SCVMM 'den kaldırmak için komut satırına /External seçeneğini ekleyebilirsiniz.

TfsConfig Lab /Delete /CollectionName:collectionName [/External] [/NoPrompt]
Seçenek Açıklama
CollectionName: CollectionName Gereklidir. Azure DevOps Server uygulama katmanındaki proje koleksiyonunun adını belirtir.
Dış İsteğe bağlı. Belirtildiğinde, proje koleksiyonundaki nesnelere ek olarak SCVMM 'deki kitaplık paylaşımlarını ve konak gruplarını kaldırır. /External belirtilmediğinde TFSConfig Lab/Delete komutu yalnızca proje koleksiyonundaki nesneleri kaldırır.
NoPrompt İsteğe bağlı. Belirtildiğinde, ilerleme ve başarı bilgilerini göstermez.

Açıklamalar

Bir proje koleksiyonunun laboratuvar yapılandırmasını ayırmak istediğinizde, bir proje koleksiyonundan laboratuvar varlıklarını kaldırmak için /Delete komutunu kullanın. Bu, bir proje koleksiyonunu bir Azure DevOps Server örneğinden diğerine taşırken ve yeni Azure DevOps Server örneğinin orijinalden farklı bir SCVMM sunucusu kullanması durumunda yararlıdır. Bu durumda, tüm Laboratuvar varlıklarını silmeniz ve proje koleksiyonu için Laboratuvarı yeniden yapılandırmanız gerekir.

Not

/Delete seçeneği, bir proje koleksiyonundaki tüm Laboratuvar varlıkları üzerinde yalnızca /LibraryShare ve /GroupHost seçenekleri komut satırında belirtilmediğinde kullanılabilir. Daha fazla bilgi için bkz. TFSConfig Lab/LibraryShare komutları ve TFSConfig Lab/HostGroup Komutları.

Örnek

Aşağıdaki örnekte, DefaultCollection proje koleksiyonundaki tüm Laboratuvar nesneleri kaldırılır. /External seçeneği belirtilmediğinden, nesneler SCVMM 'de tutulur.

tfsconfig lab /delete /collectionName:DefaultCollection

Tüm grup konaklarını, kitaplık paylaşımlarını ve ortamları belirtilen proje koleksiyonundan kaldırmak için TFSConfig Lab/Delete seçeneğini kullanın. Varsayılan olarak, System Center Virtual Machine Manager (SCVMM) içindeki ilişkili nesneler silinmez. Nesneleri proje koleksiyonundan ve SCVMM 'den kaldırmak için komut satırına /External seçeneğini ekleyebilirsiniz.

TfsConfig Lab /Delete /CollectionName:collectionName [/External] [/NoPrompt]
Seçenek Açıklama
CollectionName: CollectionName Gereklidir. Azure DevOps Server uygulama katmanındaki proje koleksiyonunun adını belirtir.
Dış İsteğe bağlı. Belirtildiğinde, proje koleksiyonundaki nesnelere ek olarak SCVMM 'deki kitaplık paylaşımlarını ve konak gruplarını kaldırır. /External belirtilmediğinde TFSConfig Lab/Delete komutu yalnızca proje koleksiyonundaki nesneleri kaldırır.
NoPrompt İsteğe bağlı. Belirtildiğinde, ilerleme ve başarı bilgilerini göstermez.

Açıklamalar

Bir proje koleksiyonunun laboratuvar yapılandırmasını ayırmak istediğinizde, bir proje koleksiyonundan laboratuvar varlıklarını kaldırmak için /Delete komutunu kullanın. Bu, bir proje koleksiyonunu bir Azure DevOps Server örneğinden diğerine taşırken ve yeni Azure DevOps Server örneğinin orijinalden farklı bir SCVMM sunucusu kullanması durumunda yararlıdır. Bu durumda, tüm Laboratuvar varlıklarını silmeniz ve proje koleksiyonu için Laboratuvarı yeniden yapılandırmanız gerekir.

Not

/Delete seçeneği, bir proje koleksiyonundaki tüm Laboratuvar varlıkları üzerinde yalnızca /LibraryShare ve /GroupHost seçenekleri komut satırında belirtilmediğinde kullanılabilir. Daha fazla bilgi için bkz. TFSConfig Lab/LibraryShare komutları(.. /TFSConfig-cmd,MD # Lab-LibraryShare) ve TFSConfig Lab/HostGroup Komutları.

Örnek

Aşağıdaki örnekte, DefaultCollection proje koleksiyonundaki tüm Laboratuvar nesneleri kaldırılır. /External seçeneği belirtilmediğinden, nesneler SCVMM 'de tutulur.

tfsconfig lab /delete /collectionName:DefaultCollection

Laboratuvar/DNS

TFSConfig Lab/DNS komutu, ağ yalıtımlı ortamlar için Visual Studio Laboratuvar Yönetimi tarafından oluşturulan DNS kayıtlarını ekler, siler veya görüntüler.

    TfsConfig Lab /DNS 
    {/Add | /Delete | /List}
        [/CollectionName:collectionName |
        / CollectionName:collectionName /TeamProject:projectName |
        / CollectionName:collectionName /TeamProject:projectName /LabEnvironment:environmentUri |
        /Name:FQDN /IP:IpAddress]
        [/NoPrompt]
Seçenek Açıklama
Ekle Belirtilen DNS kayıtlarını ekler. /Add seçeneğini kullanmak için hedeflenen ortamların çalışıyor olması gerekir.
Silme Belirtilen DNS kayıtlarını kaldırır.
Liste Belirtilen DNS kayıtlarını görüntüler.
LabEnvironment: environmentUri /Add, /Delete veya /list seçeneklerini environmentUri tarafından belirtilen tek bir ağdan yalıtılmış ortama hedefler.

LabEnvironment seçeneğini kullanmak için /Collection ve /TeamProject seçeneklerini de belirtmeniz gerekir.
TeamProject: ProjectName /LabEnvironment olmadan kullanıldığında, ProjectName tarafından belirtilen projedeki tüm ağ yalıtımlı ortamlara /Add, /Delete veya /list seçeneklerini hedefler. Aksi halde, /TeamProject ortamı içeren projeyi belirtir.

/TeamProject seçeneğini kullanmak için, /Collection seçeneğini de belirtmeniz gerekir
CollectionName: CollectionName /TeamProject olmadan kullanıldığında, /Add, /Delete veya /list seçeneklerini, koleksiyon koleksiyonunda belirtilen proje koleksiyonundaki tüm ağ yalıtımlı ortamlara hedefler. Aksi takdirde, /Collection projeyi içeren proje koleksiyonunu belirtir.
Ad: TAM Hedeflenecek ortamı içeren ağ konumunun tam etki alanı adını belirtir.

/Name ve /IP seçeneklerini birlikte belirtmeniz gerekir.
IP: Belirlenemiyor Hedeflenecek ortamın IP adresini belirtir.

/Name ve /IP seçeneklerini birlikte belirtmeniz gerekir.

Açıklamalar

Azure DevOps Server, ağ yalıtımlı bir ortamda her sanal makine için DNS ile benzersiz bir dış ad kaydettiğinde girdiğiniz soneki kullanır. DNS diğer ad kaydı, yalıtılmış ağın dışındaki makineler ve diğer nesnelerin yalıtılmış ağ içindeki makinelerle iletişim kurmasını mümkün hale getirir. Azure DevOps Server, diğer ad kaydını kaydetmek üzere DNS bölgesine ulaştığı için, Azure DevOps 'ın çalıştırıldığı hizmet hesabının belirtilen DNS bölgesine diğer ad kayıtlarını ekleme veya silme izinleri olmalıdır.

Team Foundation Server dağıtımınız birden fazla uygulama katmanına sahipse ve her uygulama katmanı farklı bir hizmet hesabı altında çalışıyorsa, her uygulama katmanı hizmet hesabının diğer uygulama katmanları tarafından oluşturulan DNS diğer ad kayıtlarını düzenleme izni olması gerekir.

Not

DNS kayıt yönetimi, Laboratuvar Yönetimi tarafından otomatik olarak gerçekleştirilir. /DNS komutunu yalnızca aşağıdaki durumlarda kullanmanız gerekir:

  • Azure DevOps Server çalıştığı hesabı değiştirirsiniz.
  • Bir proje koleksiyonunu bir Azure DevOps Server örneğinden diğerine taşırsınız.

Her iki durumda da, eski Azure DevOps Server hizmet hesabı kullanılarak oluşturulan DNS kayıtlarının kaldırılması gerekir ve ardından aynı DNS kayıtlarının yeni Azure DevOps Server hizmet hesabı kullanılarak yeniden oluşturulması gerekir. Bu adımlar önceki senaryolarda gerçekleştirilmediğinden, yeni Azure DevOps Server hizmet hesabı bu DNS kayıtlarının otomatik olarak yönetilmesini gerçekleştiremez. Sonuç olarak, kullanıcılar sanal ortamlara bağlanamaz.

Bir TFSConfig Lab/DNS komut satırında /Add, /Delete veya /list seçeneklerinden yalnızca birini belirtin. Herhangi bir hedef seçeneği belirtmezseniz, işlem, Team Foundation Server veritabanındaki tüm proje koleksiyonlarına ait olan tüm ağ yalıtılmış ortamlarının tüm sanal makinelerinde çalışır.

Laboratuvar Yönetimi nesne hiyerarşisindeki bir nesnenin ağdan yalıtılmış ortamlarının DNS girdilerini hedeflemek için, /Collection, /TeamProject ve /LabEnvironment seçeneklerinin uygun birleşimini kullanın

  • /LabEnvironment seçeneği, belirtilen ağdan yalıtılmış ortama komutu hedefler. Proje koleksiyonunu ve ortamı içeren projeyi belirtmek için /LabEnvironment seçeneğiyle /CollectionName ve /TeamProject seçeneklerini kullanmanız gerekir.

    Ortam URI 'sini belirtmek için vstfs:///LabManagement/LabEnvironment/ environmentID biçimini kullanın. Ortam tanımlayıcısını (environmnetID) Laboratuvar Yönetimi ortam görüntüleyicisinde veya SCVMM Yönetici Konsolu sanal makinenin açıklamasıyla görüntüleyebilirsiniz.

  • /TeamProject seçeneği, işlemi belirtilen projedeki yalıtılmış ağ ortamları için hedefler. /TeamProject seçeneği /CollectionName seçeneğiyle birlikte kullanılmalıdır ve /CollectionName seçeneği projeyi içeren proje koleksiyonunu belirtmelidir.

  • /CollectionName seçeneği, belirtilen proje koleksiyonundaki ağ yalıtılmış ortamları için işlemi hedefler.

Ağ yalıtımlı bir ortamı hedefetmenin ikinci yolu, tek bir sanal makinenin tam dış adını ve dış IP adresini belirtmek için /Name ve /IP seçeneklerini kullanmaktır. Komut satırında hem /Name hem de /IP seçeneklerini belirtmeniz gerekir. Bir sanal makinenin dış adını ve dış IP adresini Laboratuvar Yönetimi ortam görüntüleyicisinde veya SCVMM Yönetici Konsolu sanal makinenin açıklamasıyla görüntüleyebilirsiniz.

Örnekler

İlk örnekte, bir projedeki tüm ağ yalıtımlı ortamlar için kayıtlar DNS 'ye eklenir. İkinci örnekte, tek bir DNS kaydı kaldırılır.

tfsconfig lab /dns /add /collectionname:Collection0 /teamproject:Project1
tfsconfig lab /dns /delete /name:0b668996-2736-46d2-88ac-0733acbd0d9c.contoso.com /ip:111.00.000.000

TFSConfig Lab/DNS komutu, ağ yalıtımlı ortamlar için Visual Studio Laboratuvar Yönetimi tarafından oluşturulan DNS kayıtlarını ekler, siler veya görüntüler.

TfsConfig Lab /DNS 
{/Add | /Delete | /List}
    [/CollectionName:collectionName |
    / CollectionName:collectionName /TeamProject:projectName |
    / CollectionName:collectionName /TeamProject:projectName /LabEnvironment:environmentUri |
    /Name:FQDN /IP:IpAddress]
    [/NoPrompt]
Seçenek Açıklama
Ekle Belirtilen DNS kayıtlarını ekler. /Add seçeneğini kullanmak için hedeflenen ortamların çalışıyor olması gerekir.
Silme Belirtilen DNS kayıtlarını kaldırır.
Liste Belirtilen DNS kayıtlarını görüntüler.
LabEnvironment: environmentUri /Add, /Delete veya /list seçeneklerini environmentUri tarafından belirtilen tek bir ağdan yalıtılmış ortama hedefler.

LabEnvironment seçeneğini kullanmak için /Collection ve /TeamProject seçeneklerini de belirtmeniz gerekir.
TeamProject: ProjectName /LabEnvironment olmadan kullanıldığında, ProjectName tarafından belirtilen projedeki tüm ağ yalıtımlı ortamlara /Add, /Delete veya /list seçeneklerini hedefler. Aksi halde, /TeamProject ortamı içeren projeyi belirtir.

/TeamProject seçeneğini kullanmak için, /Collection seçeneğini de belirtmeniz gerekir
CollectionName: CollectionName /TeamProject olmadan kullanıldığında, /Add, /Delete veya /list seçeneklerini, koleksiyon koleksiyonunda belirtilen proje koleksiyonundaki tüm ağ yalıtımlı ortamlara hedefler. Aksi takdirde, /Collection projeyi içeren proje koleksiyonunu belirtir.
Ad: TAM Hedeflenecek ortamı içeren ağ konumunun tam etki alanı adını belirtir.

/Name ve /IP seçeneklerini birlikte belirtmeniz gerekir.
IP: Belirlenemiyor Hedeflenecek ortamın IP adresini belirtir.

/Name ve /IP seçeneklerini birlikte belirtmeniz gerekir.

Açıklamalar

Azure DevOps Server, ağ yalıtımlı bir ortamda her sanal makine için DNS ile benzersiz bir dış ad kaydettiğinde girdiğiniz soneki kullanır. DNS diğer ad kaydı, yalıtılmış ağın dışındaki makineler ve diğer nesnelerin yalıtılmış ağ içindeki makinelerle iletişim kurmasını mümkün hale getirir. Azure DevOps Server, diğer ad kaydını kaydetmek üzere DNS bölgesine ulaştığı için, Azure DevOps 'ın çalıştırıldığı hizmet hesabının belirtilen DNS bölgesine diğer ad kayıtlarını ekleme veya silme izinleri olmalıdır.

Azure DevOps Server dağıtımınız birden fazla uygulama katmanına sahipse ve her uygulama katmanı farklı bir hizmet hesabı altında çalışıyorsa, her uygulama katmanı hizmet hesabının diğer uygulama katmanları tarafından oluşturulan DNS diğer ad kayıtlarını düzenleme izni olması gerekir.

Not

DNS kayıt yönetimi, Laboratuvar Yönetimi tarafından otomatik olarak gerçekleştirilir. /DNS komutunu yalnızca aşağıdaki durumlarda kullanmanız gerekir:

  • Azure DevOps Server çalıştığı hesabı değiştirirsiniz.
  • Bir proje koleksiyonunu bir Azure DevOps Server örneğinden diğerine taşırsınız.

Her iki durumda da, eski Azure DevOps Server hizmet hesabı kullanılarak oluşturulan DNS kayıtlarının kaldırılması gerekir ve ardından aynı DNS kayıtlarının yeni Azure DevOps Server hizmet hesabı kullanılarak yeniden oluşturulması gerekir. Bu adımlar önceki senaryolarda gerçekleştirilmediğinden, yeni Azure DevOps Server hizmet hesabı bu DNS kayıtlarının otomatik olarak yönetilmesini gerçekleştiremez. Sonuç olarak, kullanıcılar sanal ortamlara bağlanamaz.

Bir TFSConfig Lab/DNS komut satırında /Add, /Delete veya /list seçeneklerinden yalnızca birini belirtin. Herhangi bir hedef seçeneği belirtmezseniz, işlem, Azure DevOps Server veritabanındaki tüm proje koleksiyonlarına ait olan tüm ağ yalıtılmış ortamlarının tüm sanal makinelerinde çalışır.

Laboratuvar Yönetimi nesne hiyerarşisindeki bir nesnenin ağdan yalıtılmış ortamlarının DNS girdilerini hedeflemek için, /Collection, /TeamProject ve /LabEnvironment seçeneklerinin uygun birleşimini kullanın

  • /LabEnvironment seçeneği, belirtilen ağdan yalıtılmış ortama komutu hedefler. Proje koleksiyonunu ve ortamı içeren projeyi belirtmek için /LabEnvironment seçeneğiyle /CollectionName ve /TeamProject seçeneklerini kullanmanız gerekir.

    Ortam URI 'sini belirtmek için vstfs:///LabManagement/LabEnvironment/ environmentID biçimini kullanın. Ortam tanımlayıcısını (environmnetID) Laboratuvar Yönetimi ortam görüntüleyicisinde veya SCVMM Yönetici Konsolu sanal makinenin açıklamasıyla görüntüleyebilirsiniz.

  • /TeamProject seçeneği, işlemi belirtilen projedeki yalıtılmış ağ ortamları için hedefler. /TeamProject seçeneği /CollectionName seçeneğiyle birlikte kullanılmalıdır ve /CollectionName seçeneği projeyi içeren proje koleksiyonunu belirtmelidir.

  • /CollectionName seçeneği, belirtilen proje koleksiyonundaki ağ yalıtılmış ortamları için işlemi hedefler.

Ağ yalıtımlı bir ortamı hedefetmenin ikinci yolu, tek bir sanal makinenin tam dış adını ve dış IP adresini belirtmek için /Name ve /IP seçeneklerini kullanmaktır. Komut satırında hem /Name hem de /IP seçeneklerini belirtmeniz gerekir. Bir sanal makinenin dış adını ve dış IP adresini Laboratuvar Yönetimi ortam görüntüleyicisinde veya SCVMM Yönetici Konsolu sanal makinenin açıklamasıyla görüntüleyebilirsiniz.

Örnekler

İlk örnekte, bir projedeki tüm ağ yalıtımlı ortamlar için kayıtlar DNS 'ye eklenir. İkinci örnekte, tek bir DNS kaydı kaldırılır.

REM First example
tfsconfig lab /dns /add /collectionname:Collection0 /teamproject:Project1

REM Second example
tfsconfig lab /dns /delete /name:0b668996-2736-46d2-88ac-0733acbd0d9c.contoso.com /ip:111.00.000.000

Laboratuvar/HostGroup

Bir System Center Virtual Machine Manager (SCVMM) konak grubunun atamasını bir proje koleksiyonuna eklemek, düzenlemek veya silmek için TFSConfig Lab/HostGroup komutlarını kullanın. Bu şekilde atanan konak grupları Visual Studio Laboratuvar Yönetimi tarafından yönetilir.

TfsConfig Lab /hostgroup /CollectionName:collectionName
      { /Add 
            /SCVMMHostGroup:vmmHostPath 
            /Name:name 
            [LabEnvironmentPlacementPolicy:{Conservative|Aggressive}]
            [/AutoProvision:{True|False}]
            [/DNSSuffix:dnsSuffix]
       | /Delete 
            /Name:name
            [/NoPrompt]
       | /Edit 
            /Name:name
            {[/AutoProvision:{True|False}] 
            [/LabEnvironmentPlacementPolicy:{Conservative|Aggressive}] 
            [/DNSSuffix:dnsSuffix]}
            [/NoPrompt]]
       | /List
       | /ListSCVmmHostGroups }

Seçenek

Açıklama

CollectionName: CollectionName

Gereklidir. Uygulama katmanı Azure DevOps Server proje koleksiyonunun adı.

Ekle

Belirtilen SCVMM konak grubunu proje koleksiyonu konak gruplarına ekler. Ekleile /SCVmmHostGroup ve /Name seçeneklerini belirtmeniz gerekir.

Silme

Belirtilen konak grubunu proje koleksiyonundan kaldırır. Deleteile /Name seçeneğini belirtmeniz gerekir.

Düzenle

Konak grubu için Laboratuvar Yönetimi oto sağlama ve LabEnvironmentPlacementPolicy özelliklerinin bir veya her ikisini de ayarlar.

/Name seçeneğini ve Editile /AutoProvision veya /LabEnvironmentPlacementPolicy seçeneklerinden en az birini belirtmeniz gerekir.

SCVmmHostGroup: vmmH ostgrouppath

/Add seçeneğiyle gereklidir. SCVMM konak grubunun konak yolu belirtir.

Ad: ad

/Add, /Deleteveya /Edit seçenekleriyle gereklidir. Eklenecek, silinecek veya düzenlenecek proje koleksiyonu konak grubunun adını belirtin.

Oto sağlama:{true | false}

/Add veya /Edit seçenekleriyle isteğe bağlıdır. Konak grubunun oto sağlama özelliğini ayarlar (true) veya temizler (false). Otomatik sağlama , konak grubunun koleksiyondaki her bir projeye otomatik olarak atanıp atanmadığını belirtir. Varsayılan olarak, TFSConfig Lab/HostGroup komutunu kullandığınızda bir koleksiyondaki projelere konak grupları atanır.

LabEnvironmentPlacementPolicy:{koruyucu | agresif}

/Add veya /Edit seçenekleriyle isteğe bağlıdır. Laboratuvar Yönetimi, yeni sanal Laboratuvar ortamları dağıttığı bir konak grubundaki fiziksel makinelere nasıl davrandığını belirtir.

  • Koruyucu (varsayılan). Dağıtım kararlarında çalıştırılamayan sanal ortamları göz önünde bulundurun. Bu, " aynı zamanda durdurulmuş durumdaki ortamların parçası olan tüm sanal makineleri içerir " .

  • Agresif Dağıtım kararlarında, çalışır durumda olmayan sanal ortamları göz önünde bulundurmayın.

DnsSuffix:[DnsSuffix]

İsteğe bağlı. Konak grubundaki sanal bilgisayarların DNS sonekini belirler.

  • /DnsSuffix: seçeneği bir DnsSuffix değeri olmadan BELIRTILMIŞSE, DNS sonekini sanal bilgisayarların son ekini konak grubundaki ana bilgisayar sonekine ayarlar veya sıfırlar.

  • /DnsSuffix seçeneği /Add OPTION ile belirtilmemişse, sanal bilgisayarların soneki konak grubundaki ana bilgisayarlarının son eklerine ayarlanır.

  • /DnsSuffix seçeneği /Edit seçeneğiyle belirtilmemişse, sanal bilgisayarların son eki değiştirilmez.

NoPrompt

/Delete veya /Edit seçenekleriyle isteğe bağlıdır. Kullanıcıya onay sorma.

Liste

Proje koleksiyonuna atanan konak gruplarını görüntüler.

ListSCVmmHostGroups

SCVMM 'den kullanılabilen konak gruplarını görüntüler.

Açıklamalar

Konak grupları, bir yöneticinin kolay yönetim için bir sanal makine konakları kümesini gruplamak üzere SCVMM içinde oluşturduğu kapsayıcılardır. Konak grupları hiyerarşiktir; bir konak grubu, diğer konak gruplarını içerebilir.

Her konak grubu, SCVMM 'deki konak grupları hiyerarşisinde bir konak veya konak grubunun konumunu belirten bir konak grubu adları dizisi konak yolu tarafından tanımlanır. Tüm konak yolları kök konak grubuyla başlar. Örneğin konak yolu, All Hosts\\New York\\Site21\\VMHost05 ana bilgisayar VMHost05, New York konak grubunun bir alt konak grubu olan Site21 konak grubuna ait olduğunu gösterir.

Bir komut satırında /Add, /Delete veya /Edit seçeneklerinden yalnızca birini kullanın. Birden çok konak grubunu bir proje koleksiyonuna atamak için ayrı TFSConfig Lab/HostGroup komut satırlarını kullanın.

TFSConfig Lab/HostGroup komutlarını, Laboratuvar Yönetimi özgü özellikleri ayarlamak için de kullanabilirsiniz:

  • Oto sağlama, konak grubunun proje koleksiyonundaki her bir projeye atanıp atanmadığını belirtir. Varsayılan olarak, oto sağlama açık. Bir proje koleksiyonundaki bir konak grubunu tek bir projeye atamak için TFSLabConfig CreateTeamProjectHostGroup komutunukullanın.

    • True (varsayılan). Konak grubu, proje koleksiyonundaki her bir projeye atanır.

    • Yanlış. Konak grubu, proje koleksiyonundaki her bir projeye atanmamış.

  • LabEnvironmentPlacementPolicy, bir konak grubundaki fiziksel bir makineye yeni ortamlar dağıtırken, Laboratuvar Yönetimi var olan sanal makineleri kabul edilip edilmeyeceğini belirtir.

    • Koruyucu (varsayılan). Dağıtım kararlarında çalıştırılamayan sanal ortamları göz önünde bulundurun. Bu, ortamların parçası olan ve ayrıca "durduruldu" durumundaki tüm sanal makineleri içerir.

    • Agresif Dağıtım kararlarında, çalışır durumda olmayan sanal ortamları göz önünde bulundurmayın.

  • DnsSuffix , konak grubunda oluşturulan sanal bilgisayarlar için kullanılacak bir DNS sonekini belirtir. Aşağıdaki tabloda, sanal bilgisayarların DNS son eklerini/DNSSuffix ayarından nasıl etkilediği açıklanmaktadır.

Dnssuffıx /Add /Edit
DnsSuffix: dnsValue DNS son eki dnsValue olarak ayarlanır. DNS son eki dnsValue olarak ayarlanır.
Dnssuffıx DNS son eki, ana bilgisayardan devralınır. Mevcut sonek değeri kaldırılır ve DNS son eki ana bilgisayardan devralınır.
<Belirtilmemiş> DNS son eki, ana bilgisayardan devralınır. DNS son eki değiştirilmedi.

Örnek

Aşağıdaki örnekte, bir proje koleksiyonuna bir SCVMM konak grubu atanır. /AutoProvision seçenekleri belirtilmediğinden, konak grubu koleksiyondaki tüm projelere otomatik olarak atanır.

tfsconfig lab /hostgroup /add /scvmmhostgroup:"All Hosts\Lab1\HostGroup1" /collection:Collection0
        /name:Lab1Collection0_Lab1_HostGroup1

Bir System Center Virtual Machine Manager (SCVMM) konak grubunun atamasını bir proje koleksiyonuna eklemek, düzenlemek veya silmek için TFSConfig Lab/HostGroup komutlarını kullanın. Bu şekilde atanan konak grupları Visual Studio Laboratuvar Yönetimi tarafından yönetilir.

TfsConfig Lab /hostgroup /CollectionName:collectionName
  { /Add 
        /SCVMMHostGroup:vmmHostPath 
        /Name:name 
        [LabEnvironmentPlacementPolicy:{Conservative|Aggressive}]
        [/AutoProvision:{True|False}]
        [/DNSSuffix:dnsSuffix]
   | /Delete 
        /Name:name
        [/NoPrompt]
   | /Edit 
        /Name:name
        {[/AutoProvision:{True|False}] 
        [/LabEnvironmentPlacementPolicy:{Conservative|Aggressive}] 
        [/DNSSuffix:dnsSuffix]}
        [/NoPrompt]]
   | /List
   | /ListSCVmmHostGroups }

Seçenek

Açıklama

CollectionName: CollectionName

Gereklidir. Uygulama katmanı Azure DevOps Server proje koleksiyonunun adı.

Ekle

Belirtilen SCVMM konak grubunu proje koleksiyonu konak gruplarına ekler. Ekleile /SCVmmHostGroup ve /Name seçeneklerini belirtmeniz gerekir.

Silme

Belirtilen konak grubunu proje koleksiyonundan kaldırır. Deleteile /Name seçeneğini belirtmeniz gerekir.

Düzenle

Konak grubu için Laboratuvar Yönetimi oto sağlama ve LabEnvironmentPlacementPolicy özelliklerinin bir veya her ikisini de ayarlar.

/Name seçeneğini ve Editile /AutoProvision veya /LabEnvironmentPlacementPolicy seçeneklerinden en az birini belirtmeniz gerekir.

SCVmmHostGroup: vmmH ostgrouppath

/Add seçeneğiyle gereklidir. SCVMM konak grubunun konak yolu belirtir.

Ad: ad

/Add, /Deleteveya /Edit seçenekleriyle gereklidir. Eklenecek, silinecek veya düzenlenecek proje koleksiyonu konak grubunun adını belirtin.

Oto sağlama:{true | false}

/Add veya /Edit seçenekleriyle isteğe bağlıdır. Konak grubunun oto sağlama özelliğini ayarlar (true) veya temizler (false). Otomatik sağlama , konak grubunun koleksiyondaki her bir projeye otomatik olarak atanıp atanmadığını belirtir. Varsayılan olarak, TFSConfig Lab/HostGroup komutunu kullandığınızda bir koleksiyondaki projelere konak grupları atanır.

LabEnvironmentPlacementPolicy:{koruyucu | agresif}

/Add veya /Edit seçenekleriyle isteğe bağlıdır. Laboratuvar Yönetimi, yeni sanal Laboratuvar ortamları dağıttığı bir konak grubundaki fiziksel makinelere nasıl davrandığını belirtir.

  • Koruyucu (varsayılan). Dağıtım kararlarında çalıştırılamayan sanal ortamları göz önünde bulundurun. Bu, " aynı zamanda durdurulmuş durumdaki ortamların parçası olan tüm sanal makineleri içerir " .

  • Agresif Dağıtım kararlarında, çalışır durumda olmayan sanal ortamları göz önünde bulundurmayın.

DnsSuffix:[DnsSuffix]

İsteğe bağlı. Konak grubundaki sanal bilgisayarların DNS sonekini belirler.

  • /DnsSuffix: seçeneği bir DnsSuffix değeri olmadan BELIRTILMIŞSE, DNS sonekini sanal bilgisayarların son ekini konak grubundaki ana bilgisayar sonekine ayarlar veya sıfırlar.

  • /DnsSuffix seçeneği /Add OPTION ile belirtilmemişse, sanal bilgisayarların soneki konak grubundaki ana bilgisayarlarının son eklerine ayarlanır.

  • /DnsSuffix seçeneği /Edit seçeneğiyle belirtilmemişse, sanal bilgisayarların son eki değiştirilmez.

NoPrompt

/Delete veya /Edit seçenekleriyle isteğe bağlıdır. Kullanıcıya onay sorma.

Liste

Proje koleksiyonuna atanan konak gruplarını görüntüler.

ListSCVmmHostGroups

SCVMM 'den kullanılabilen konak gruplarını görüntüler.

Açıklamalar

Konak grupları, bir yöneticinin kolay yönetim için bir sanal makine konakları kümesini gruplamak üzere SCVMM içinde oluşturduğu kapsayıcılardır. Konak grupları hiyerarşiktir; bir konak grubu, diğer konak gruplarını içerebilir.

Her konak grubu, SCVMM 'deki konak grupları hiyerarşisinde bir konak veya konak grubunun konumunu belirten bir konak grubu adları dizisi konak yolu tarafından tanımlanır. Tüm konak yolları kök konak grubuyla başlar. Örneğin konak yolu, All Hosts\\New York\\Site21\\VMHost05 ana bilgisayar VMHost05, New York konak grubunun bir alt konak grubu olan Site21 konak grubuna ait olduğunu gösterir.

Bir komut satırında /Add, /Delete veya /Edit seçeneklerinden yalnızca birini kullanın. Birden çok konak grubunu bir proje koleksiyonuna atamak için ayrı TFSConfig Lab/HostGroup komut satırlarını kullanın.

TFSConfig Lab/HostGroup komutlarını, Laboratuvar Yönetimi özgü özellikleri ayarlamak için de kullanabilirsiniz:

  • Oto sağlama, konak grubunun proje koleksiyonundaki her bir projeye atanıp atanmadığını belirtir. Varsayılan olarak, oto sağlama açık. Bir proje koleksiyonundaki bir konak grubunu tek bir projeye atamak için TFSLabConfig CreateTeamProjectHostGroup komutunukullanın.

    • True (varsayılan). Konak grubu, proje koleksiyonundaki her bir projeye atanır.

    • Yanlış. Konak grubu, proje koleksiyonundaki her bir projeye atanmamış.

  • LabEnvironmentPlacementPolicy, bir konak grubundaki fiziksel bir makineye yeni ortamlar dağıtırken, Laboratuvar Yönetimi var olan sanal makineleri kabul edilip edilmeyeceğini belirtir.

    • Koruyucu (varsayılan). Dağıtım kararlarında çalıştırılamayan sanal ortamları göz önünde bulundurun. Bu, ortamların parçası olan ve ayrıca "durduruldu" durumundaki tüm sanal makineleri içerir.

    • Agresif Dağıtım kararlarında, çalışır durumda olmayan sanal ortamları göz önünde bulundurmayın.

  • DnsSuffix , konak grubunda oluşturulan sanal bilgisayarlar için kullanılacak bir DNS sonekini belirtir. Aşağıdaki tabloda, sanal bilgisayarların DNS son eklerini/DNSSuffix ayarından nasıl etkilediği açıklanmaktadır.

Dnssuffıx /Add /Edit
DnsSuffix: dnsValue DNS son eki dnsValue olarak ayarlanır. DNS son eki dnsValue olarak ayarlanır.
Dnssuffıx DNS son eki, ana bilgisayardan devralınır. Mevcut sonek değeri kaldırılır ve DNS son eki ana bilgisayardan devralınır.
<Belirtilmemiş> DNS son eki, ana bilgisayardan devralınır. DNS son eki değiştirilmedi.

Örnek

Aşağıdaki örnekte, bir proje koleksiyonuna bir SCVMM konak grubu atanır. /AutoProvision seçenekleri belirtilmediğinden, konak grubu koleksiyondaki tüm projelere otomatik olarak atanır.

tfsconfig lab /hostgroup /add /scvmmhostgroup:"All Hosts\Lab1\HostGroup1" /collection:Collection0
            /name:Lab1Collection0_Lab1_HostGroup1

Laboratuvar/LibraryShare

System Center Virtual Machine Manager (SCVMM) ' den bir proje koleksiyonuna bir kitaplık paylaşımının atamasını eklemek, kaldırmak veya düzenlemek için TFSConfig Lab/LibraryShare komutunu kullanabilirsiniz. Ayrıca, bu komutu Visual Studio Laboratuvar Yönetimi özgü özellikleri ve Laboratuvar Yönetimi bir koleksiyona atanmış olan kitaplık paylaşımlarını veya SCVMM 'deki tüm kitaplık paylaşımlarını göstermek için de kullanabilirsiniz.

TfsConfig Lab /LibraryShare
    /CollectionName:collectionName
     { /Add 
       /SCVMMLibraryShare:librarySharePath 
       /Name:name 
        [/AutoProvision:{True|False}]
    | /Delete 
       /Name:name 
        [/NoPrompt]
    | /Edit 
       /Name:name 
       /AutoProvision:{True|False} 
        [/NoPrompt]
    | /List
    | /ListSCVMMLibraryShares }
Seçenek Açıklama
Ekle Belirtilen kitaplık payını proje koleksiyonuna ekler. Add ile /SCVMMLibraryShare ve /Name seçeneklerini belirtmeniz gerekir.
Silme Belirtilen kitaplık payını proje koleksiyonundan kaldırır. Delete ile /Name seçeneğini belirtmeniz gerekir.
Düzenle Kitaplık paylaşımının oto sağlama özelliğini ayarlar veya temizler. Edit ile /Name ve /AutoProvision seçeneklerini belirtmeniz gerekir.

Varsayılan olarak, kitaplık paylaşımları bir koleksiyondaki projelere atanır.

Otomatik sağlamayı değiştirmek, var olan projeleri etkiler.
CollectionName: CollectionName Gereklidir. Uygulama katmanı Azure DevOps Server proje koleksiyonunun adını belirtin.
SCVMMLibraryShare: librarysharepath Add ile gerekli. Virtual Machine Manager kitaplık paylaşımının yolunu belirtir.
Ad: librarysharename Add, Delete ve Edit ile gerekli. Proje koleksiyonundaki kitaplık paylaşımının adını belirtir.
AutoProvision özelliği ayarlanmalıdır Add ile isteğe bağlı; düzenleme ile gerekli. Kitaplık paylaşımlarının koleksiyondaki her bir projeye otomatik olarak atanıp atanmadığını belirtir. Varsayılan olarak, kitaplık paylaşımları projelere atanır.
NoPrompt Ekle ve Düzenle ile isteğe bağlı. Kullanıcıdan onay isteme.
Liste Belirtilen proje koleksiyonuna atanan tüm kitaplık paylaşımlarını listeler.
ListSCVMMLibraryShares Virtual Machine Manager bulunan tüm kitaplık paylaşımlarını listeler.

Açıklamalar

Kitaplık paylaşma, Virtual Machine Manager kitaplık sunucusu üzerinde belirlenmiş bir paylaşımdır. Bir kitaplık paylaşma, kitaplık sunucularınızda, ISO görüntüleri ve sanal sabit diskler gibi depolanan sanal Laboratuvar Yönetimi ortamları için dosya tabanlı kaynaklara erişim sağlar. Kitaplık paylaşımları Virtual Machine Manager içinde oluşturulur. Visual Studio Laboratuvar Yönetimi laboratuvara sanal makineler sağlamak için kitaplık paylaşımları kullanır.

TfsConfig Lab/LibraryShare komut satırında /Add, /Edit veya /Delete seçeneklerinden yalnızca birini kullanın. Bir koleksiyona birden fazla kitaplık paylaşımı atamak için ayrı TFSConfig Lab/LibraryShare komut satırları kullanın.

Varsayılan olarak, bir proje koleksiyonundaki kitaplık paylaşımları koleksiyondaki projelerin her birine otomatik olarak atanır. Dizin, kitaplık paylaşımlarının atanmasını değiştirmek için /Add ve /Edit komutlarıyla birlikte /AutoProvision seçeneğini kullanabilirsiniz.

  • Kitaplık paylaşımının projelere otomatik atamasını devre dışı bırakmak için /AutoProvision seçeneğini false olarak ayarlayın. Tek bir projede bir kitaplık paylaşımının atanması veya kaldırılması için TFSLabConfig TFSLabConfig CreateTeamProjectLibraryShare komutunukullanın.

  • Otomatik atamaları etkinleştirmek için, /AutoProvision seçeneğini true olarak ayarlayın.

System Center Virtual Machine Manager (SCVMM) ' den bir proje koleksiyonuna bir kitaplık paylaşımının atamasını eklemek, kaldırmak veya düzenlemek için TFSConfig Lab/LibraryShare komutunu kullanabilirsiniz. Ayrıca, bu komutu Visual Studio Laboratuvar Yönetimi özgü özellikleri ve Laboratuvar Yönetimi bir koleksiyona atanmış olan kitaplık paylaşımlarını veya SCVMM 'deki tüm kitaplık paylaşımlarını göstermek için de kullanabilirsiniz.

TfsConfig Lab /LibraryShare
        /CollectionName:collectionName
        { /Add
            /SCVMMLibraryShare:librarySharePath
            /Name:name
            [/AutoProvision:{True|False}]
        | /Delete
            /Name:name
            [/NoPrompt]
        | /Edit
            /Name:name
            /AutoProvision:{True|False}
            [/NoPrompt]
        | /List
        | /ListSCVMMLibraryShares }
Seçenek Açıklama
Ekle Belirtilen kitaplık payını proje koleksiyonuna ekler. Add ile /SCVMMLibraryShare ve /Name seçeneklerini belirtmeniz gerekir.
Silme Belirtilen kitaplık payını proje koleksiyonundan kaldırır. Delete ile /Name seçeneğini belirtmeniz gerekir.
Düzenle Kitaplık paylaşımının oto sağlama özelliğini ayarlar veya temizler. Edit ile /Name ve /AutoProvision seçeneklerini belirtmeniz gerekir.

Varsayılan olarak, kitaplık paylaşımları bir koleksiyondaki projelere atanır.

[!NOTE] Otomatik sağlamayı değiştirmek, var olan projeleri etkiler.
CollectionName: CollectionName Gereklidir. Uygulama katmanı Azure DevOps Server proje koleksiyonunun adını belirtin.
SCVMMLibraryShare: librarysharepath Add ile gerekli. Virtual Machine Manager kitaplık paylaşımının yolunu belirtir.
Ad: librarysharename Add, Delete ve Edit ile gerekli. Proje koleksiyonundaki kitaplık paylaşımının adını belirtir.
AutoProvision özelliği ayarlanmalıdır Add ile isteğe bağlı; düzenleme ile gerekli. Kitaplık paylaşımlarının koleksiyondaki her bir projeye otomatik olarak atanıp atanmadığını belirtir. Varsayılan olarak, kitaplık paylaşımları projelere atanır.
NoPrompt Ekle ve Düzenle ile isteğe bağlı. Kullanıcıdan onay isteme.
Liste Belirtilen proje koleksiyonuna atanan tüm kitaplık paylaşımlarını listeler.
ListSCVMMLibraryShares Virtual Machine Manager bulunan tüm kitaplık paylaşımlarını listeler.

Açıklamalar

Kitaplık paylaşma, Virtual Machine Manager kitaplık sunucusu üzerinde belirlenmiş bir paylaşımdır. Bir kitaplık paylaşma, kitaplık sunucularınızda, ISO görüntüleri ve sanal sabit diskler gibi depolanan sanal Laboratuvar Yönetimi ortamları için dosya tabanlı kaynaklara erişim sağlar. Kitaplık paylaşımları Virtual Machine Manager içinde oluşturulur. Visual Studio Laboratuvar Yönetimi laboratuvara sanal makineler sağlamak için kitaplık paylaşımları kullanır.

TfsConfig Lab/LibraryShare komut satırında /Add, /Edit veya /Delete seçeneklerinden yalnızca birini kullanın. Bir koleksiyona birden fazla kitaplık paylaşımı atamak için ayrı TFSConfig Lab/LibraryShare komut satırları kullanın.

Varsayılan olarak, bir proje koleksiyonundaki kitaplık paylaşımları koleksiyondaki projelerin her birine otomatik olarak atanır. Dizin, kitaplık paylaşımlarının atanmasını değiştirmek için /Add ve /Edit komutlarıyla birlikte /AutoProvision seçeneğini kullanabilirsiniz.

  • Kitaplık paylaşımının projelere otomatik atamasını devre dışı bırakmak için /AutoProvision seçeneğini false olarak ayarlayın. Tek bir projede bir kitaplık paylaşımının atanması veya kaldırılması için TFSLabConfig TFSLabConfig CreateTeamProjectLibraryShare komutunukullanın.

  • Otomatik atamaları etkinleştirmek için, /AutoProvision seçeneğini true olarak ayarlayın.


Laboratuvar/Settings

TFSConfig Lab/Settings seçeneğini kullanarak Visual Studio Laboratuvar Yönetimi yapılandırabilirsiniz. Ayarlar seçeneği

  • Laboratuvarınızda sanal makinelerin yönetimini denetleyen System Center Virtual Machine Manager (SCVMM) sunucusunun adını ayarlar.

  • Tüm konak gruplarındaki fiziksel bilgisayarların bağlanabileceği ağ etki alanı veya çalışma grubu gibi ağ konumunu ayarlar.

  • Laboratuvarınızda ağ yalıtımlı ağların IP adreslerini ve sanal DNS sonekini ayarlar.

TfsConfig Lab
    /Settings
        [/ScVmmServerName:VMMServerName]
        [/NetworkLocation:networkLocation]
        [/IpBlock:networkIsolationIpRange]
        [/DnsSuffix:networkIsolationDnsSuffix] 
        [/NoPrompt]
        [/List]
Seçenek Açıklama
ScvmmServerName: VMMServerName İsteğe bağlı. Azure DevOps Server tarafından kullanılacak System Center Virtual Machine Manager 2008 (SCVMM) sunucusunun tam nitelikli adını ayarlar. Bu, sanal makineleri yönetmek için kullanılacak SCVMM sunucusunun adıdır. SCVMM ile iletişim kurmak üzere Azure DevOps Server için, Azure DevOps Server altında çalıştığı hesabı SCVMM 'deki yönetici rolünde eklemeniz gerekir.
NetworkLocation: NetworkLocation İsteğe bağlı. Ağ etki alanı veya çalışma grubu gibi bir ağın tam adını, laboratuvar ağınızdaki tüm konaklarda kullanılabilir hale getirir. Bir sanal makine sağlarken Laboratuvar Yönetimi sanal makineyi otomatik olarak belirtilen ağa bağlar. Kullanılabilir ağ konumlarını, SCVMM Yönetici Konsolu kullanarak bir konakta bulabilirsiniz.
IpBlock: networkısolationiprange İsteğe bağlı. Yalıtılmış ağ oluşturulduğunda bir ortamdaki sanal makinelere atanacak IP adresleri aralığını ayarlar. IP adresleri yalnızca sanal makineler arasındaki iç yönlendirme için kullanıldığından ve bir ortamın sınırlarının ötesinde gösterilmediğinden, /NetworkLocation seçeneği tarafından belirtilen ağ içinde kullanılmayan HERHANGI bir IP aralığını belirtebilirsiniz. Çoğu durumda, varsayılan 192.168.23.0/24 aralığı çalışmalıdır. Ağ yalıtımlı ortamlara bağlanırken sorunlarla karşılaşırsanız, farklı bir Aralık seçmeniz gerekebilir.
DnsSuffix: networkısolationdnssuffix İsteğe bağlı. Sanal ortam için yalıtılmış ağdaki sanal makinelerin adlarını kaydetmek üzere kullanılacak DNS sonekini ayarlar. Sonekin DNS hiyerarşisinde doğru şekilde yapılandırıldığını doğrulamak için, ağ yöneticinize başvurun.
NoPrompt İsteğe bağlı. Onay sorma. /List seçeneğiyle birlikte kullanmayın.
Liste Laboratuvar Yönetimi için geçerli yapılandırma değerlerini listeler.

Açıklamalar

Her TFSConfig Lab/Settings komut satırında /ScvmmServerName, /NetworkLocation, /IpBlock, /DnsSuffix veya /list seçeneklerinden biri belirtilmelidir.

Laboratuvar Yönetimi ayarlamak için hem /ScvmmServerName hem de /NetworkLocation seçeneklerini belirtmeniz gerekir. Ancak, bu seçenekleri ayrı komut satırlarında belirtebilirsiniz.

Ağ yalıtımı ayarlamak için hem /IpBlock hem de /DnsSuffix seçeneklerini belirtmeniz gerekir. Ancak, bu seçenekleri ayrı komut satırlarında belirtebilirsiniz.

Ağ yalıtımı, makine adı veya IP adresi çakışmaları olmadan bir sanal makinenin birden çok kopyasını kullanmanıza olanak sağlar. Yalıtılmış bir ağ için hem DNS son eki hem de bir IP aralığı atamanız gerekir. IP adresleri yalnızca sanal makineler arasındaki iç yönlendirme için kullanıldığından ve bir ortamın sınırlarının ötesinde gösterilmediğinden, ortak ağınız içinde kullanılmayan herhangi bir IP aralığını belirtebilirsiniz. Çoğu durumda, varsayılan 192.168.1.0/24 aralığı çalışmalıdır. Ağ yalıtımlı ortamlara bağlanırken sorunlarla karşılaşırsanız, farklı bir Aralık seçmeniz gerekebilir.

Örnekler

Bu örnekte Laboratuvar Yönetimi, tek bir komut satırında /ScvmmServerName ve /NetworkLocation seçenekleri kullanılarak ayarlanır.

tfsconfig lab /settings /scvmmservername:vmmserver /networklocation:lab1.contoso.com

Bu örnekte, ağ yalıtımı ayrı komut satırlarında /IpBlock ve /DnsSuffix seçenekleri kullanılarak yapılandırılır.

tfsconfig lab /settings /ipblock: 192.168.23.0/24
tfsconfig lab /settings /dnssuffix:virtual1.lab1.contoso.com

TFSConfig Lab/Settings seçeneğini kullanarak Visual Studio Laboratuvar Yönetimi yapılandırabilirsiniz. Ayarlar seçeneği

  • Laboratuvarınızda sanal makinelerin yönetimini denetleyen System Center Virtual Machine Manager (SCVMM) sunucusunun adını ayarlar.

  • Tüm konak gruplarındaki fiziksel bilgisayarların bağlanabileceği ağ etki alanı veya çalışma grubu gibi ağ konumunu ayarlar.

  • Laboratuvarınızda ağ yalıtımlı ağların IP adreslerini ve sanal DNS sonekini ayarlar.

    TfsConfig Lab/Settings [/ScVmmServerName: VMMServerName] [/NetworkLocation: networkLocation] [/IpBlock: Networkısolationiprange] [/DnsSuffix: Networkısolationdnssuffix] [/NoPrompt] [/list]

Seçenek Açıklama
ScvmmServerName: VMMServerName İsteğe bağlı. Azure DevOps Server tarafından kullanılacak System Center Virtual Machine Manager 2008 (SCVMM) sunucusunun tam nitelikli adını ayarlar. Bu, sanal makineleri yönetmek için kullanılacak SCVMM sunucusunun adıdır. SCVMM ile iletişim kurmak üzere Azure DevOps Server için, Azure DevOps Server altında çalıştığı hesabı SCVMM 'deki yönetici rolünde eklemeniz gerekir.
NetworkLocation: NetworkLocation İsteğe bağlı. Ağ etki alanı veya çalışma grubu gibi bir ağın tam adını, laboratuvar ağınızdaki tüm konaklarda kullanılabilir hale getirir. Bir sanal makine sağlarken Laboratuvar Yönetimi sanal makineyi otomatik olarak belirtilen ağa bağlar. Kullanılabilir ağ konumlarını, SCVMM Yönetici Konsolu kullanarak bir konakta bulabilirsiniz.
IpBlock: networkısolationiprange İsteğe bağlı. Yalıtılmış ağ oluşturulduğunda bir ortamdaki sanal makinelere atanacak IP adresleri aralığını ayarlar. IP adresleri yalnızca sanal makineler arasındaki iç yönlendirme için kullanıldığından ve bir ortamın sınırlarının ötesinde gösterilmediğinden, /NetworkLocation seçeneği tarafından belirtilen ağ içinde kullanılmayan HERHANGI bir IP aralığını belirtebilirsiniz. Çoğu durumda, varsayılan 192.168.23.0/24 aralığı çalışmalıdır. Ağ yalıtımlı ortamlara bağlanırken sorunlarla karşılaşırsanız, farklı bir Aralık seçmeniz gerekebilir.
DnsSuffix: networkısolationdnssuffix İsteğe bağlı. Sanal ortam için yalıtılmış ağdaki sanal makinelerin adlarını kaydetmek üzere kullanılacak DNS sonekini ayarlar. Sonekin DNS hiyerarşisinde doğru şekilde yapılandırıldığını doğrulamak için, ağ yöneticinize başvurun.
NoPrompt İsteğe bağlı. Onay sorma. /List seçeneğiyle birlikte kullanmayın.
Liste Laboratuvar Yönetimi için geçerli yapılandırma değerlerini listeler.

Açıklamalar

Her TFSConfig Lab/Settings komut satırında /ScvmmServerName, /NetworkLocation, /IpBlock, /DnsSuffix veya /list seçeneklerinden biri belirtilmelidir.

Laboratuvar Yönetimi ayarlamak için hem /ScvmmServerName hem de /NetworkLocation seçeneklerini belirtmeniz gerekir. Ancak, bu seçenekleri ayrı komut satırlarında belirtebilirsiniz.

Ağ yalıtımı ayarlamak için hem /IpBlock hem de /DnsSuffix seçeneklerini belirtmeniz gerekir. Ancak, bu seçenekleri ayrı komut satırlarında belirtebilirsiniz.

Ağ yalıtımı, makine adı veya IP adresi çakışmaları olmadan bir sanal makinenin birden çok kopyasını kullanmanıza olanak sağlar. Yalıtılmış bir ağ için hem DNS son eki hem de bir IP aralığı atamanız gerekir. IP adresleri yalnızca sanal makineler arasındaki iç yönlendirme için kullanıldığından ve bir ortamın sınırlarının ötesinde gösterilmediğinden, ortak ağınız içinde kullanılmayan herhangi bir IP aralığını belirtebilirsiniz. Çoğu durumda, varsayılan 192.168.1.0/24 aralığı çalışmalıdır. Ağ yalıtımlı ortamlara bağlanırken sorunlarla karşılaşırsanız, farklı bir Aralık seçmeniz gerekebilir.

Örnekler

Bu örnekte Laboratuvar Yönetimi, tek bir komut satırında /ScvmmServerName ve /NetworkLocation seçenekleri kullanılarak ayarlanır.

tfsconfig lab /settings /scvmmservername:vmmserver /networklocation:lab1.contoso.com

Bu örnekte, ağ yalıtımı ayrı komut satırlarında /IpBlock ve /DnsSuffix seçenekleri kullanılarak yapılandırılır.

tfsconfig lab /settings /ipblock: 192.168.23.0/24
tfsconfig lab /settings /dnssuffix:virtual1.lab1.contoso.com

OfflineDetach

Çevrimdışı bir koleksiyon veritabanını ayrılmış bir çevrimdışı koleksiyon veritabanına dönüştürmek için Offlinedetach komutunu kullanın.

TfsConfig offlineDetach /configurationDB:<databaseName>
    /collectionDB:<databaseName>
Seçenek Açıklama
configurationDB Kullanılacak yapılandırma veritabanının adını belirtir.
collectionDB Ayrılacak koleksiyon veritabanının adını belirtir.

Önkoşullar

Offlinedetach komutunu kullanmak için, belirtilen SQL Server örneği için sysadmin rolünün bir üyesi olmanız gerekir.

Açıklamalar

Bu komut, belirtilen koleksiyon veritabanının şemasını değiştirir ve bir Team Foundation Server dağıtımı tarafından kullanılan veritabanlarında hiçbir şekilde çalıştırılmamalıdır. Veritabanlarınızı Team Foundation Server dağıtımı tarafından kullanılıyorsa, TfsConfig collection /detach bunun yerine kullanın.

Bu komut, aynı Azure DevOps Server dağıtımının parçası olan diğer koleksiyon veritabanlarını geri yüklemeden tek bir koleksiyon veritabanını yedekten geri yüklemeniz gerektiğinde faydalıdır. Daha önce bu gerekli bir veritabanı kümesini (yapılandırma ve tüm koleksiyonlar) bir hazırlama ortamına geri yüklemeyi, bu veritabanlarını kullanarak bir Azure DevOps Server dağıtımı yapılandırmayı ve bir ilgi toplamayı ayırmayı gerektirir.

Bunun yerine, artık yapılandırma veritabanının tutarlı kopyalarını ve ilgilendiğiniz koleksiyon veritabanını geri yükleyebilir ve Offlinedetach komutunu çalıştırabilirsiniz. Ayrılmış koleksiyon veritabanı daha sonra uygun bir sürümdeki Azure DevOps Server dağıtımına eklenebilir.

Örnek

Aşağıdaki örnek, adlı bir yapılandırma veritabanı kullanılarak adlı bir koleksiyon veritabanının, TFS_PrimaryCollection TFS_Configuration her ikisi de adlandırılmış örnek üzerinde adlı bir sunucuda çalışan bir SQL örneği ile ayrılması gösterilmektedir ContosoTemp Backups .

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

Komut kullanılabilirliği: TFS 2015 güncelleştirme 3 ve üzeri

Çevrimdışı bir koleksiyon veritabanını ayrılmış bir çevrimdışı koleksiyon veritabanına dönüştürmek için Offlinedetach komutunu kullanın.

TFSConfig offlineDetach /configurationDB:DatabaseName
        /collectionDB:DatabaseName
Seçenek Açıklama
/configurationDB Kullanılacak yapılandırma veritabanının adını belirtir.
/collectionDB Ayrılacak koleksiyon veritabanının adını belirtir.

Önkoşullar

Offlinedetach komutunu kullanmak için, belirtilen SQL Server örneği için sysadmin rolünün bir üyesi olmanız gerekir.

Açıklamalar

Bu komut, belirtilen koleksiyon veritabanının şemasını değiştirir ve bir Azure DevOps Server dağıtımı tarafından kullanılan veritabanlarında hiçbir şekilde çalıştırılmamalıdır. Veritabanlarınızı Azure DevOps Server dağıtımı tarafından kullanılıyorsa, bunun yerine TfsConfig Collection/Detach komutunu kullanın.

Bu komut, aynı Azure DevOps Server dağıtımının parçası olan diğer koleksiyon veritabanlarını geri yüklemeden tek bir koleksiyon veritabanını yedekten geri yüklemeniz gerektiğinde faydalıdır. Daha önce bu gerekli bir veritabanı kümesini (yapılandırma ve tüm koleksiyonlar) bir hazırlama ortamına geri yüklemeyi, bu veritabanlarını kullanarak bir Azure DevOps Server dağıtımı yapılandırmayı ve bir ilgi toplamayı ayırmayı gerektirir.

Bunun yerine, artık yapılandırma veritabanının tutarlı kopyalarını ve ilgilendiğiniz koleksiyon veritabanını geri yükleyebilir ve OfflineDetach komutunu çalıştırabilirsiniz. Ayrılmış koleksiyon veritabanı daha sonra uygun bir sürümdeki Azure DevOps Server dağıtımına eklenebilir.

Örnek

Aşağıdaki örnek, "yedeklemeler" adlandırılmış örneğinde "ContosoTemp" adlı bir sunucuda çalışan bir SQL örneğinde, TFS_Configuration adlı bir yapılandırma veritabanı kullanarak TFS_PrimaryCollection adlı bir koleksiyon veritabanının ayrılması gösterilmektedir.

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

Ara sunucu

Azure DevOps Proxy Server tarafından kullanılan ayarları güncelleştirmek veya değiştirmek için proxy komutunu kullanabilirsiniz. Azure DevOps Proxy Server, dağıtılmış ekibin konumundaki indirilen sürüm denetimi dosyaları önbelleğini yöneterek sürüm denetimini kullanmak üzere dağıtılmış takımlar için destek sağlar. Azure DevOps proxy sunucusunu yapılandırarak, geniş alan bağlantılarında gereken bant genişliğini önemli ölçüde azaltabilirsiniz. Ayrıca, sürüm dosyalarının indirilmesini ve önbelleğe alınmasını yönetmeniz gerekmez; dosyaların yönetimi, dosyaları kullanan geliştiriciye saydamdır. Bu arada, tüm meta veri değişimleri ve dosya yüklemeleri Azure DevOps Server içinde görünmeye devam eder. Geliştirme projenizi bulutta barındırmak için Azure DevOps Services kullanıyorsanız, ara sunucu komutunu yalnızca barındırılan koleksiyondaki projelerin önbelleğini yönetmek için kullanabilirsiniz, ancak aynı zamanda bu hizmet tarafından kullanılan bazı ayarları yönetebilirsiniz.

Azure DevOps ara sunucusu ve proxy 'nin ilk yapılandırmasını yükleme hakkında daha fazla bilgi için bkz. nasıl yapılır: Azure DevOps proxy sunucusu yükleme ve uzak site ayarlama . İstemci bilgisayarlarda ara sunucu yapılandırma hakkında daha fazla bilgi için bkz. Azure DevOps sürüm denetimi komut başvurusu.

TfsConfig proxy /add|delete|change [/Collection:<teamProjectCollectionURL> /account:<accountName>]
    /Server:<TeamFoundationServerURL> [/inputs:Key1=Value1; Key2=Value2;...] [/continue]
Seçenek Açıklama
add Belirtilen sunucuyu veya koleksiyonu Proxy.config dosyasındaki proxy listesine ekler. Daha fazla koleksiyon veya sunucu eklemek için/Add birden çok kez çalıştırabilirsiniz. Azure DevOps Services üzerinde barındırılan bir koleksiyonla/Add kullanırken, Azure DevOps Services kimlik bilgileriniz istenir.
Değiştir Azure DevOps Services için hizmet hesabı olarak depolanan kimlik bilgilerini değiştirir. /Change seçeneği yalnızca Azure DevOps Services için kullanılır; Azure DevOps Server yerel dağıtımı için kullanılmamalıdır.
delete Belirtilen sunucuyu veya koleksiyonu Proxy.config dosyasındaki proxy listesinden kaldırır.
account Azure DevOps Services 'de proxy için hizmet hesabı olarak kullanılan hesabı belirtir. Bu seçenek yalnızca/Change seçeneğiyle birlikte Azure DevOps Services için kullanılır.

Azure DevOps Services için kullanılan varsayılan hizmet hesabı, " Hesap hizmetidir."
continue Doğrulama işlemi uyarı üretse bile, komutun yürütülmesini devam ettirir.
Koleksiyon Azure DevOps Services barındırılan proje koleksiyonunun URL 'sini AccountName.DomainName/CollectionName biçiminde belirtir.
account Azure DevOps Services için hizmet hesabı olarak kullanılan hesabın adını belirtir. Hesap adında boşluklar varsa, adın tırnak işaretleri () içine alınması gerekir " " . Hesap adlarındaki tüm özel karakterlerin komut satırı sözdizimine uygun olarak belirtilmesi gerekir.
account Azure DevOps Server dağıtımının URL 'sini ServerURL:Port/tfs biçiminde belirtir.
PersonalAccessTokenFile İsteğe bağlı olarak, kişisel erişim belirteci içeren bir dosyanın yolunu belirtir. Bu belirteç, proxy kaydı sırasında koleksiyonda veya hesapta kimlik doğrulaması kullanılacak. (TFS 2018 güncelleştirme 1 ' de eklendi)
girişi İsteğe bağlı. Proxy yapılandırılırken kullanılacak ek ayarları ve değerleri belirtir.

Örneğin, ve için değerleri GvfsProjectName GvfsRepositoryName Git sanal dosya sistemi (GVFS) Ile kullanmak üzere bir git deposu YAPıLANDıRMAK için kullanılabilir (TFS 2018 güncelleştirme 1 ' de eklenmiştir)

Önkoşullar

Proxy komutunu kullanmak Için, Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız ve proxy sunucusunda bir yönetici olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu .

Açıklamalar

Proxy komutunu, Azure DevOps Server Proxy 'nin mevcut yapılandırmasını güncelleştirmek için kullanabilirsiniz. Proxy komutunu ilk yükleme ve proxy yapılandırması için kullanamazsınız.

Örnekler

Aşağıdaki örnek, proxy listesine adlı bir Azure DevOps Server dağıtımının nasıl ekleneceğini gösterir FABRIKAM .

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

Aşağıdaki örnek, kimlik doğrulaması için bir kişisel erişim belirteci kullanarak proxy listesine Azure DevOps Services barındırılan bir proje koleksiyonunun nasıl ekleneceğini gösterir. Bu belirteç yalnızca Azure DevOps Services hesabıyla ara sunucuyu kaydetmek için kullanılacaktır. proxy 'yi çalıştırmak için varsayılan hizmet hesabı hala kullanılacaktır. Bu parametre, TFS 2018 güncelleştirme 1 ' e bir oturum açma istemi gerektirmeden Azure DevOps Services ile bir proxy kaydetmeyi destekleyecek şekilde eklenmiştir.

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

Aşağıdaki örnek, proxy listesine bir proje koleksiyonunun nasıl ekleneceğini gösterir. Bu örnek, parametresiyle belirtilen koleksiyonda kimlik doğrulaması yapmak için bir kişisel erişim belirteci kullanır /Collection . Kullanılacak kişisel erişim belirteci, konumundaki bir dosyaya kaydedilir c:\PersonalAccessToken.txt .

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

Aşağıdaki örnek, Azure DevOps Services barındırılan proje koleksiyonu için proxy tarafından kullanılan hizmet hesabının nasıl değiştirileceğini gösterir. Koleksiyon adı PhoneSaver , Azure DevOps Services için kullanılan hesap adı HelenaPetersen.fabrikam.com ve proxy tarafından kullanılan hizmet hesabı olarak değiştirilmekte My Proxy Service Account . Hesap adı boşluk içerdiğinden, adı kapsamak için tırnak işaretleri kullanılır.

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

Aşağıdaki örnek, GVFS ile kullanmak üzere bir git deposunun nasıl ekleneceğini gösterir.

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

Team Foundation Server Proxy tarafından kullanılan ayarları güncelleştirmek veya değiştirmek için TFSConfig Proxy komutunu kullanabilirsiniz. Team Foundation Server Proxy dağıtılmış takımların, dağıtılmış ekibin konumundaki indirilen sürüm denetimi dosyaları önbelleğini yöneterek sürüm denetimini kullanması için destek sağlar. Team Foundation Server Proxy yapılandırarak, geniş alan bağlantılarında gereken bant genişliğini önemli ölçüde azaltabilirsiniz. Ayrıca, sürüm dosyalarının indirilmesini ve önbelleğe alınmasını yönetmeniz gerekmez; dosyaların yönetimi, dosyaları kullanan geliştiriciye saydamdır. Bu arada, tüm meta veri değişimleri ve dosya yüklemeleri Azure DevOps Server içinde görünmeye devam eder. Geliştirme projenizi bulutta barındırmak için Azure DevOps Services kullanıyorsanız, ara sunucu komutunu yalnızca barındırılan koleksiyondaki projelerin önbelleğini yönetmek için kullanabilirsiniz, ancak aynı zamanda bu hizmet tarafından kullanılan bazı ayarları yönetebilirsiniz.

Azure DevOps ara sunucusu ve proxy 'nin ilk yapılandırmasını yükleme hakkında daha fazla bilgi için bkz. nasıl yapılır: Azure DevOps proxy sunucusu yükleme ve uzak site ayarlama . İstemci bilgisayarlarda proxy yapılandırma hakkında daha fazla bilgi için Team Foundation sürüm denetimi komut başvurusu' na bakın.

TFSConfig Proxy /add|delete|change [/Collection:TeamProjectCollectionURL /account:AccountName]
            /Server:TeamFoundationServerURL [/inputs:Key1=Value1; Key2=Value2;...] [/Continue]
Seçenek Açıklama
/Add Belirtilen sunucuyu veya koleksiyonu Proxy.config dosyasındaki proxy listesine ekler. Daha fazla koleksiyon veya sunucu eklemek için/Add birden çok kez çalıştırabilirsiniz. Azure DevOps Services üzerinde barındırılan bir koleksiyonla/Add kullanırken, Azure DevOps Services kimlik bilgileriniz istenir.
/Change Azure DevOps Services için hizmet hesabı olarak depolanan kimlik bilgilerini değiştirir. /Change seçeneği yalnızca Azure DevOps Services için kullanılır; Azure DevOps Server yerel dağıtımı için kullanılmamalıdır.
/Delete Belirtilen sunucuyu veya koleksiyonu Proxy.config dosyasındaki proxy listesinden kaldırır.
/Account Azure DevOps Services 'de proxy için hizmet hesabı olarak kullanılan hesabı belirtir. Bu seçenek yalnızca/Change seçeneğiyle birlikte Azure DevOps Services için kullanılır.

Azure DevOps Services için kullanılan varsayılan hizmet hesabı, " Hesap hizmetidir."
/Continue Doğrulama işlemi uyarı üretse bile, komutun yürütülmesini devam ettirir.
/Collection: TeamProjectCollectionURL Azure DevOps Services barındırılan proje koleksiyonunun URL 'sini AccountName.DomainName/CollectionName biçiminde belirtir.
/Account: AccountName Azure DevOps Services için hizmet hesabı olarak kullanılan hesabın adını belirtir. Hesap adında boşluklar varsa, adın tırnak işaretleri () içine alınması gerekir " " . Hesap adlarındaki tüm özel karakterlerin komut satırı sözdizimine uygun olarak belirtilmesi gerekir.
/Account: ServerURL Azure DevOps Server dağıtımının URL 'sini ServerURL:Port/tfs biçiminde belirtir.
/Personalaccesstokenfile:P athtofilewithpat İsteğe bağlı olarak, kişisel erişim belirteci içeren bir dosyanın yolunu belirtir. Bu belirteç, proxy kaydı sırasında koleksiyonda veya hesapta kimlik doğrulaması kullanılacak. (TFS 2018 güncelleştirme 1 ' de eklendi)
/girişler: KEY1 = değer1; Key2 = değer2;... İsteğe bağlı. Proxy yapılandırılırken kullanılacak ek ayarları ve değerleri belirtir.

Örneğin, " gvfsprojectname " ve " gvfshavuzadı değerleri, " Git sanal dosya sistemi (GVFS) ile kullanmak üzere bir GIT deposu yapılandırmak için kullanılabilir (TFS 2018 güncelleştirme 1 ' de eklenmiştir)

Önkoşullar

Proxy komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve proxy sunucusunda bir yönetici olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu .

Açıklamalar

Mevcut Azure DevOps proxy sunucusu yapılandırmasını güncelleştirmek için proxy komutunu kullanın. Proxy komutunu ilk yükleme ve proxy yapılandırması için kullanamazsınız.

Örnekler

Aşağıdaki örnek, proxy listesine FABRIKAM adlı bir Azure DevOps Server dağıtımının nasıl ekleneceğini gösterir.

TFSConfig Proxy /add /Server:http://www.fabrikam.com:8080/tfs 

Aşağıdaki örnek, kimlik doğrulaması için bir kişisel erişim belirteci kullanarak proxy listesine Azure DevOps Services barındırılan bir proje koleksiyonunun nasıl ekleneceğini gösterir. Bu belirteç yalnızca Azure DevOps Services hesabıyla ara sunucuyu kaydetmek için kullanılacaktır. proxy 'yi çalıştırmak için varsayılan hizmet hesabı hala kullanılacaktır. Bu parametre, TFS 2018 güncelleştirme 1 ' e bir oturum açma istemi gerektirmeden Azure DevOps Services ile bir proxy kaydetmeyi destekleyecek şekilde eklenmiştir.

TFSConfig Proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver 

Aşağıdaki örnek, proxy listesine bir proje koleksiyonunun nasıl ekleneceğini gösterir. Bu örnek, "/Collection" parametresiyle belirtilen koleksiyonda kimlik doğrulaması yapmak için bir kişisel erişim belirteci kullanır. Kullanılacak kişisel erişim belirteci "c:\PersonalAccessToken.txt" konumundaki bir dosyaya kaydedilir

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

The following example shows how to change the service account used by the proxy for the project collection hosted on Azure DevOps Services. The collection is named PhoneSaver, the account name used for Azure DevOps Services is HelenaPetersen.fabrikam.com, and the service account used by the proxy is being changed to "My Proxy Service Account". Because the account name contains spaces, quotation marks are used to enclose the name.

```console
TFSConfig Proxy /change /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver
            /account:"My Proxy Service Account"

Aşağıdaki örnek, GVFS ile kullanmak üzere bir git deposunun nasıl ekleneceğini gösterir.

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

RebuildWarehouse

Azure DevOps Server kullandığı SQL Server Reporting Services ve SQL Server Analysis Services veritabanlarını yeniden derlemek için RebuildWarehouse komutunu kullanabilirsiniz.

TfsConfig rebuildWarehouse /analysisServices | /all [/ReportingDataSourcePassword:Password]
Seçenek Açıklama
analysisServices /All kullanılmazsa gereklidir. Yalnızca Analysis Services veritabanının yeniden kurulacağını belirtir. Analysis Services için bir veritabanı yoksa, /ReportingDataSourcePassword seçeneğini de kullanmalısınız.
tümü /AnalysisServices kullanılmıyorsa gereklidir. Azure DevOps Server tarafından kullanılan tüm raporlama ve analiz veritabanlarının yeniden kurulacağını belirtir.
reportingDataSourcePassword TFS_Analysis veritabanı yoksa gereklidir. SQL Server Reporting Services (TFSReports) için veri kaynakları hesabı olarak kullanılan hesabın parolasını belirtir. Daha fazla bilgi için, bkz. Azure DevOps Server hizmet hesapları ve bağımlılıkları.

Önkoşullar

RebuildWarehouse komutunu kullanmak için aşağıdaki grupların bir üyesi olmanız gerekir:

  • Azure DevOps yönetim konsolunu çalıştıran sunucu veya sunuculardaki Azure DevOps yöneticileri güvenlik grubu ve Yöneticiler güvenlik grubu

  • Azure DevOps Server veritabanlarını barındıran SQL Server örneğini çalıştıran sunucu veya sunuculardaki sysadmin grubu

Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Bu komutu bir proje koleksiyonunu taşırken veya bölerek, verileri geri yüklerken veya dağıtımınızın yapılandırmasını değiştirirken kullanabilirsiniz.

Bu veritabanlarının yeniden oluşturulmasını etkileşimli olarak başlatmak için, Azure DevOps yönetim konsolundaki Raporlama düğümünü kullanabilirsiniz. Daha fazla bilgi için bkz. Azure DevOps yönetim konsolunu açma.

Örnek

Aşağıdaki örnek, Azure DevOps Server dağıtımı için Analysis Services veritabanının nasıl yeniden oluşturulduğunu gösterir.

TfsConfig rebuildWarehouse /analysisServices

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

Visual Studio Team Foundation Server (TFS) tarafından kullanılan SQL Server Reporting Services ve SQL Server Analysis Services veritabanlarını yeniden derlemek için RebuildWarehouse komutunu kullanabilirsiniz.

TFSConfig RebuildWarehouse /analysisServices | /all [/ReportingDataSourcePassword:Password]
Seçenek Açıklama
/analysisServices /All kullanılmazsa gereklidir. Yalnızca Analysis Services veritabanının yeniden kurulacağını belirtir. Analysis Services için bir veritabanı yoksa, /ReportingDataSourcePassword seçeneğini de kullanmalısınız.
/All /AnalysisServices kullanılmıyorsa gereklidir. Azure DevOps Server tarafından kullanılan tüm raporlama ve analiz veritabanlarının yeniden kurulacağını belirtir.
/ReportingDataSourcePassword: Parolayı TFS_Analysis veritabanı yoksa gereklidir. SQL Server Reporting Services (TFSReports) için veri kaynakları hesabı olarak kullanılan hesabın parolasını belirtir. Daha fazla bilgi için, bkz. Azure DevOps Server hizmet hesapları ve bağımlılıkları.

Önkoşullar

RebuildWarehouse komutunu kullanmak için aşağıdaki grupların bir üyesi olmanız gerekir:

  • Azure DevOps için yönetim konsolunu çalıştıran sunucu veya sunuculardaki Team Foundation Yöneticileri güvenlik grubu ve Yöneticiler güvenlik grubu

  • Azure DevOps Server veritabanlarını barındıran SQL Server örneğini çalıştıran sunucu veya sunuculardaki sysadmin grubu

Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Bu komutu bir proje koleksiyonunu taşırken veya bölerek, verileri geri yüklerken veya dağıtımınızın yapılandırmasını değiştirirken kullanabilirsiniz.

Bu veritabanlarının yeniden oluşturulmasını etkileşimli olarak başlatmak için, Azure DevOps yönetim konsolundaki Raporlama düğümünü kullanabilirsiniz. Daha fazla bilgi için bkz. Azure DevOps yönetim konsolunu> açma .

Örnek

Aşağıdaki örnek, Azure DevOps Server dağıtımı için Analysis Services veritabanının nasıl yeniden oluşturulduğunu gösterir.

TFSConfig RebuildWarehouse /analysisServices

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

RegisterDB

Azure DevOps Server 'de yapılandırma veritabanını barındıran sunucunun adını güncelleştirmek için RegisterDB kullanın. Yapılandırma veritabanını yeni donanıma geri yüklerken veya bir dağıtımın etki alanını değiştirirken bu komutu kullanabilirsiniz.

TfsConfig registerDB /sqlInstance:<serverName> /databaseName:<databaseName>
Seçenek Açıklama
SQLInstance Gereklidir. SQL Server çalıştıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Bir örnek belirtirseniz, şu biçimi kullanmanız gerekir: ServerName\InstanceName .
Dosyasında Gereklidir. Yapılandırma veritabanının adını belirtir. Bu, varsayılan olarak Tfs_Configuration.

Önkoşullar

RegisterDB komutunu kullanmak için, Azure DevOps için uygulama katmanı sunucusunda Azure DevOps yöneticileri grubunun bir üyesi olmanız ve Azure DevOps için veri katmanı sunucusundaki SQL Server sysadmin grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Bu komutu kullanmadan önce Azure DevOps Server veritabanlarını yedekleyin.

RegisterDB komutunun başarılı olması için aşağıdaki uygulama havuzları ve programlarının çalışıyor olması gerekir:

  • Uygulama havuzunu Azure DevOps Server (uygulama havuzu)
  • ReportServer (uygulama havuzu)
  • SQL Server Reporting Services (program)

Bu komutun doğru bir şekilde çalışması için yapılandırma veritabanının tam adını veya adresini sağlamanız gerekir. Bu veritabanının depolandığı sunucuyu değiştirmeniz gerekiyorsa, Azure DevOps Server yeni konuma işaret ettiğini emin olmalısınız.

Örnek

Aşağıdaki örnek, Azure DevOps Server SQL Server örneğindeki sunucuda bulunan bir yapılandırma veritabanına yönlendirir ContosoMain TeamDatabases .

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

Visual Studio Team Foundation Server (TFS) içinde yapılandırma veritabanını barındıran sunucunun adını güncelleştirmek için RegisterDB kullanın. Yapılandırma veritabanını yeni donanıma geri yüklerken veya bir dağıtımın etki alanını değiştirirken bu komutu kullanabilirsiniz.

TFSConfig RegisterDB /SQLInstance:ServerName /databaseName: DatabaseName [/usesqlalwayson]
Bağımsız Değişken Description
/SQLInstance: ServerName Gereklidir. SQL Server çalıştıran sunucunun adını ve varsayılan örnekten başka bir örnek kullanmak istiyorsanız örneğin adını belirtir. Bir örnek belirtirseniz, şu biçimi kullanmanız gerekir: ServerName\InstanceName .
/DatabaseName: Dosyasında Gereklidir. Yapılandırma veritabanının adını belirtir. Bu, varsayılan olarak Tfs_Configuration.
/usesqlalwayson İsteğe bağlı. Veritabanlarının SQL Server bir AlwaysOn kullanılabilirlik grubunun parçası olduğunu belirtir. Yapılandırıldıysa, bu seçenek bağlantı dizesinde MultiSubnetFailover 'ı ayarlar.

Daha fazla bilgi için bkz. AlwaysOn kullanılabilirlik grupları (SQL Server).

Önkoşullar

RegisterDB komutunu kullanmak için, Azure DevOps için uygulama katmanı sunucusunda Team Foundation Yöneticileri grubunun bir üyesi olmanız ve Azure DevOps için veri katmanı sunucusundaki SQL Server sysadmin grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Bu komutu kullanmadan önce Azure DevOps Server veritabanlarını yedekleyin.

RegisterDB komutunun başarılı olması için aşağıdaki uygulama havuzları ve programlarının çalışıyor olması gerekir:

  • Uygulama havuzunu Azure DevOps Server (uygulama havuzu)
  • ReportServer (uygulama havuzu)
  • SQL Server Reporting Services (program)

Bu komutun doğru bir şekilde çalışması için yapılandırma veritabanının tam adını veya adresini sağlamanız gerekir. Bu veritabanının depolandığı sunucuyu değiştirmeniz gerekiyorsa, Azure DevOps Server yeni konuma işaret ettiğini emin olmalısınız.

Örnek

Aşağıdaki örnek, Azure DevOps Server SQL Server örneği TeamDatabases 'teki ContosoMain sunucusunda bulunan bir yapılandırma veritabanına yönlendirir.

TFSConfig RegisterDB /SQLInstance:ContosoMain\TeamDatabases /databaseName:Tfs_Configuration

RemapDBs

RemapDBs komutu, birden fazla sunucuya depolandığında ve dağıtımınızın yapılandırmasını geri yüklerken, taşırken veya başka bir şekilde değiştirirken, veritabanlarına Azure DevOps Server yönlendirir. Örneğin, yapılandırma veritabanından ayrı bir sunucuda veya sunucularda barındırılıyorsa, Azure DevOps Server proje koleksiyonları için herhangi bir veritabanına yönlendirmeniz gerekir. Ayrıca, Azure DevOps Server SQL Server Analysis Services çalıştıran sunucuya veya sunuculara veya bu veritabanları yapılandırma veritabanından ayrı bir sunucuda veya örnekte barındırılıyorsa SQL Server Reporting Services yeniden yönlendirmeniz gerekir.

TfsConfig remapDBs /DatabaseName:ServerName;DatabaseName /SQLInstances:ServerName1,ServerName2
    [/AnalysisInstance:<serverName>] [/AnalysisDatabaseName:<databaseName>]
    [/preview] [/continue]
Seçenek Açıklama
DatabaseName Veritabanının adının yanı sıra, Azure DevOps Server için eşlemek istediğiniz veritabanını barındıran sunucunun adını belirtir.
SQLInstances Varsayılan örnekten başka bir örnek kullanmak istiyorsanız, örneğin adının yanı sıra SQL Server çalıştıran sunucunun adını belirtir.

Birden fazla sunucu belirtiyorsanız, birden çok sunucu ve örnek adı çifti ayırmak için virgül kullanmanız gerekir.
AnalysisInstance İsteğe bağlı. SQL Server Analysis Services barındıran sunucunun ve örneğin adını belirtir. Analysis Services veritabanını barındıran sunucuyu ve örneği belirtmek için bu seçeneği kullanın.
AnalysisDatabaseName İsteğe bağlı. /AnalysisInstance seçeneğiyle belirttiğiniz sunucuda birden fazla veritabanınız varsa Azure DevOps Server birlikte kullanmak istediğiniz Analysis Services veritabanının adını belirtir.
preview İsteğe bağlı. Yapılandırmayı güncelleştirmek için gerçekleştirmeniz gereken eylemleri görüntüler.
continue İsteğe bağlı. Bir veya daha fazla veritabanını bulmaya çalışırken bir hata oluşsa bile RemapDB komutunun devam etmesi gerektiğini belirtir. /Continue seçeneğini kullanırsanız, veritabanları sunucuda bulunamayan veya belirttiğiniz sunucular, yapılandırma veritabanını barındıran sunucuyu ve örneği kullanacak şekilde yeniden yapılandırılır.

Önkoşullar

RemapDBs komutunu kullanmak Için, Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız ve Azure DevOps Server tarafından kullanılan tüm SQL Server veritabanları için sysadmin güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Azure DevOps Server, özgün yüklemedeki sunuculardan ve örneklerden farklı sunucu ve SQL Server örneklerini kullanacak şekilde yeniden yapılandırmak için RemapDBs komutunu kullanın.

Örnek

Aşağıdaki örnek, Azure DevOps Server yapılandırma veritabanına nasıl yeniden yönlendirileceğini gösterir TFS_Configuration . Bu veritabanı, ContosoMain adlandırılmış örnekte barındırılır TeamDatabases . Proje koleksiyonu veritabanları hem üzerinde hem de ContosoMain\TeamDatabases varsayılan örnek üzerinde depolanır Contoso2 .

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

RemapDBs komutu, birden fazla sunucuya depolandığında ve dağıtımınızın yapılandırmasını geri yüklerken, taşırken veya başka bir şekilde değiştirirken, veritabanlarına Azure DevOps Server yönlendirir. Örneğin, yapılandırma veritabanından ayrı bir sunucuda veya sunucularda barındırılıyorsa, TFS 'yi proje koleksiyonları için herhangi bir veritabanına yeniden yönlendirmeniz gerekir. Ayrıca, TFS 'yi SQL Server Analysis Services çalıştıran sunucu veya sunuculara veya bu veritabanları yapılandırma veritabanından ayrı bir sunucuda veya örnekte barındırılıyorsa, SQL Server Reporting Services yeniden yönlendirmeniz gerekir.

TFSConfig RemapDBs /DatabaseName:ServerName;DatabaseName /SQLInstances:ServerName1,ServerName2
        [/AnalysisInstance:ServerName] [/AnalysisDatabaseName:DatabaseName]
        [/preview] [/continue] [/usesqlalwayson]
Seçenek Açıklama
/DatabaseName Veritabanının adının yanı sıra, Azure DevOps Server için eşlemek istediğiniz veritabanını barındıran sunucunun adını belirtir.
/SQLInstances: ServerName1,ServerName2 Varsayılan örnekten başka bir örnek kullanmak istiyorsanız, örneğin adının yanı sıra SQL Server çalıştıran sunucunun adını belirtir.

Birden fazla sunucu belirtiyorsanız, birden çok sunucu ve örnek adı çifti ayırmak için virgül kullanmanız gerekir.
/AnalysisInstance: ServerName İsteğe bağlı. SQL Server Analysis Services barındıran sunucunun ve örneğin adını belirtir. Analysis Services veritabanını barındıran sunucuyu ve örneği belirtmek için bu seçeneği kullanın.
/AnalysisDatabaseName: Dosyasında İsteğe bağlı. /AnalysisInstance seçeneğiyle belirttiğiniz sunucuda birden fazla veritabanınız varsa Azure DevOps Server birlikte kullanmak istediğiniz Analysis Services veritabanının adını belirtir.
/Preview İsteğe bağlı. Yapılandırmayı güncelleştirmek için gerçekleştirmeniz gereken eylemleri görüntüler.
/Continue İsteğe bağlı. Bir veya daha fazla veritabanını bulmaya çalışırken bir hata oluşsa bile RemapDB komutunun devam etmesi gerektiğini belirtir. /Continue seçeneğini kullanırsanız, veritabanları sunucuda bulunamayan veya belirttiğiniz sunucular, yapılandırma veritabanını barındıran sunucuyu ve örneği kullanacak şekilde yeniden yapılandırılır.
/usesqlalwayson İsteğe bağlı. Veritabanlarının SQL Server bir AlwaysOn kullanılabilirlik grubunun parçası olduğunu belirtir. Yapılandırıldıysa, bu seçenek bağlantı dizesinde MultiSubnetFailover 'ı ayarlar.

Daha fazla bilgi için bkz. AlwaysOn kullanılabilirlik grupları (SQL Server).

Önkoşullar

RemapDBs komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve Azure DevOps Server tarafından kullanılan tüm SQL Server veritabanları için sysadmin güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Azure DevOps Server, özgün yüklemedeki sunuculardan ve örneklerden farklı sunucu ve SQL Server örneklerini kullanacak şekilde yeniden yapılandırmak için RemapDBs komutunu kullanın.

Örnek

Aşağıdaki örnek, Azure DevOps Server yapılandırma veritabanı TFS yapılandırmasına yeniden yönlendirmeyi gösterir _ . Bu veritabanı, TeamDatabases adlı adlandırılmış örnek üzerinde ContosoMain üzerinde barındırılır. Proje koleksiyonu veritabanları hem Contosoana TeamDatabases hem de \ Contoso2 üzerindeki varsayılan örnek üzerinde depolanır.

TFSConfig RemapDBs /DatabaseName:ContosoMain\TeamDatabases;TFS_Configuration
            /SQLInstances:ContosoMain\TeamDatabases,Contoso2

RepairJobQueue

Dağıtım ve koleksiyon konakları için çalışmayı durduran zamanlanmış işleri onarmak için repairjobqueue komutunu kullanın.

TfsConfig repairJobQueue

Önkoşullar

Repairjobqueue komutunu kullanmak için TFSConfig çalıştıran makinede yerel Yöneticiler grubunun bir üyesi olmanız gerekir. Ayrıca, Azure DevOps Server dağıtımı tarafından kullanılan tüm SQL Server örnekleri için sysadmin güvenlik rolünün bir üyesi olmanız gerekir.

Açıklamalar

Zamanlanan işlerin çalışmadığını fark ederseniz, genellikle Repairjobqueue komutunu kullanırsınız.
Komut herhangi bir bağımsız değişken almaz ve Azure DevOps Server dağıtımının yapılandırılmasını gerektirir.

Örnek

TfsConfig repairJobQueue

Komut kullanılabilirliği: TFS 2015

Dağıtım ve koleksiyon konakları için çalışmayı durduran zamanlanmış işleri onarmak için repairjobqueue komutunu kullanın.

TfsConfig repairJobQueue

Önkoşullar

Repairjobqueue komutunu kullanmak için TFSConfig çalıştıran makinede yerel Yöneticiler grubunun bir üyesi olmanız gerekir. Ayrıca, Azure DevOps Server dağıtımı tarafından kullanılan tüm SQL Server örnekleri için sysadmin güvenlik rolünün bir üyesi olmanız gerekir.

Açıklamalar

Zamanlanan işlerin çalışmadığını fark ederseniz, genellikle Repairjobqueue komutunu kullanırsınız.
Komut herhangi bir bağımsız değişken almaz ve Azure DevOps Server dağıtımının yapılandırılmasını gerektirir.

Örnek

TFSConfig repairJobQueue

Ayarlar

Bildirim arabirimi ve Azure DevOps Server sunucu adresi için kullanılan Tekdüzen Kaynak Bulucusu 'nda (URL) yapılan değişiklikleri otomatikleştirmek için Settings komutunu kullanabilirsiniz. Varsayılan olarak, bildirim arabirimi URL 'SI ve sunucu URL 'SI Azure DevOps Server ile eşleşir, ancak ayrı URL 'Ler yapılandırabilirsiniz. Örneğin, Azure DevOps Server oluşturduğu otomatik e-postalar için farklı bir URL kullanmak isteyebilirsiniz. Tüm sunucuları yeni URL 'Leri kullanacak şekilde güncelleştirmek için bu aracı uygulama katmanından çalıştırmanız gerekir.

Bu URL 'Leri etkileşimli olarak değiştirmek veya yalnızca geçerli ayarları görüntülemek için Azure DevOps yönetim konsolunu kullanabilirsiniz. Bkz. Yönetim görevi hızlı başvurusu.

TfsConfig settings [/publicURL:URL]
Seçenek Açıklama
publicUrl Azure DevOps için uygulama katmanı sunucusunun URL 'sini belirtir. Bu değer, Azure DevOps için yapılandırma veritabanında depolanır.

Önkoşullar

Uygulama katmanı sunucusunda Azure DevOps yöneticileri güvenlik grubunun ve Yöneticiler grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server için yönetici Izinlerini ayarlama.

Açıklamalar

Ayarlar komutu, Azure DevOps Server dağıtımında sunucu-sunucu iletişimi için bağlantı bilgilerini değiştirir. /Publicurl IÇINDE belirtilen URL, dağıtım içindeki tüm sunucular için kullanılabilir olmalıdır.

Örnek

Aşağıdaki örnek, NotificationURL değerini http://contoso.example.com/tfs ve ServerURL değerini olarak değiştirir http://contoso.example.com:8080/tfs .

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

Bildirim arabirimi ve Azure DevOps Server sunucu adresi için kullanılan Tekdüzen Kaynak Bulucusu 'nda (URL) yapılan değişiklikleri otomatikleştirmek için Settings komutunu kullanabilirsiniz. Varsayılan olarak, bildirim arabirimi URL 'SI ve sunucu URL 'SI Azure DevOps Server ile eşleşir, ancak ayrı URL 'Ler yapılandırabilirsiniz. Örneğin, Azure DevOps Server oluşturduğu otomatik e-postalar için farklı bir URL kullanmak isteyebilirsiniz. Tüm sunucuları yeni URL 'Leri kullanacak şekilde güncelleştirmek için bu aracı uygulama katmanından çalıştırmanız gerekir.

Bu URL 'Leri etkileşimli olarak değiştirmek veya yalnızca geçerli ayarları görüntülemek için Azure DevOps yönetim konsolunu kullanabilirsiniz. Bkz. Yönetim görevi hızlı başvurusu.

TFSConfig Settings [/ServerURL:URL] [/NotificationURL:URL]
Seçenek Açıklama
/ServerURL: 'DEKI Azure DevOps için uygulama katmanı sunucusunun URL 'sini belirtir. Bu değer, Azure DevOps için yapılandırma veritabanında depolanır.
/NotificationURL: 'DEKI Bu URL, Azure DevOps için uygulama katmanı sunucusunun URL 'sinden farklıysa, e-posta uyarılarının metninde kullanılacak URL 'YI belirtir. Bu değer, yapılandırma veritabanında depolanır.

Önkoşullar

Uygulama katmanı sunucusunda Team Foundation Yöneticileri güvenlik grubunun ve Yöneticiler grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server için yönetici Izinlerini ayarlama.

Açıklamalar

Ayarlar komutu, Azure DevOps Server dağıtımında sunucu-sunucu iletişimi için bağlantı bilgilerini değiştirir. /ServerURL IÇINDE belirtilen URL, dağıtım içindeki tüm sunucular için kullanılabilir olmalıdır.

Örnek

Aşağıdaki örnek, NotificationURL değerini http://contoso.example.com/tfs ve ServerURL değerini olarak değiştirir http://contoso.example.com:8080/tfs .

TFSConfig Settings /NotificationURL:http://contoso.example.com/tfs /ServerURL:http://contoso.example.com:8080/tfs

Kurulum

Komutu çalıştırdığınız makinede yapılandırılmış olan özellikleri kaldırmak için Kurulum komutunu kullanın.

TfsConfig setup /uninstall:<feature[,feature,...]>
Seçenek Açıklama
kaldırma Komutu çalıştırdığınız makineden kaldırılacak bir veya daha fazla özelliği belirtir. Seçenekler şunlardır: ALL, ApplicationTier, Search ve VersionControlProxy.
Seçenek Açıklama
/Uninstall Komutu çalıştırdığınız makineden kaldırılacak bir veya daha fazla özelliği belirtir. Seçenekler şunlardır: ALL, ApplicationTier, SharePointExtensions, Search, TeamBuild ve VersionControlProxy.
Seçenek Açıklama
/Uninstall Komutu çalıştırdığınız makineden kaldırılacak bir veya daha fazla özelliği belirtir. Seçenekler şunlardır: ALL, ApplicationTier, SharePointExtensions, TeamBuild, VersionControlProxy.

Önkoşullar

Kurulum komutunu kullanmak Için, Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız gerekir.

Örnekler

Aşağıdaki örnek, tüm Azure DevOps Server özelliklerini geçerli makineden kaldırır.

TfsConfig setup /uninstall:ALL

Aşağıdaki örnek, geçerli makineden uygulama katmanını ve yapı özelliklerini kaldırır.

TfsConfig setup /uninstall:ApplicationTier,TeamBuild

TCM

En son Azure DevOps Server sürümüne yükseltirken, sistem test planları ve paketleri de dahil olmak üzere test yönetimi bileşenlerini otomatik olarak yükseltmeye çalışır. Otomatik geçiş başarısız olursa, test planlarınızı ve test paketlerinizi ilgili iş öğesi türlerine (WTS) el ile yükseltmek için TCM komutunu kullanın.

TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName
Seçenek Açıklama
/Yükselme detekstplanlar /UpgradeStatus kullanılmadığı müddetçe gereklidir.

Varolan test planını ve test paketlerini, iş öğesi tabanlı test planlarını ve test paketlerini işaret etmek üzere dönüştürür. Ayrıca, varolan test yönetimi verilerini ve test noktaları, test çalıştırmaları ve test sonuçları gibi diğer mevcut test yapıtları arasındaki bağlantıları güncelleştirir.
/upgradeStatus /Yükseltilebilir detekstplanlar kullanılmadığı takdirde gereklidir.

Belirtilen proje için test verilerinin geçiş durumunu raporlar. Ayrıca, belirtilen projede herhangi bir test planı olup olmadığını gösterir.
/CollectionName: CollectionName Gereklidir. Test verilerini geçirmek istediğiniz projeyi içeren proje koleksiyonunu belirtir veya geçiş durumunu kontrol edin.

Proje koleksiyonu adında boşluklar varsa, adı çift tırnak işaretleri içine alın, örneğin " Fabrikam Fiber koleksiyon " .
/TeamProjectName: TeamProjectName Gereklidir. Test verilerini geçirmek istediğiniz projeyi belirtir veya geçiş durumunu kontrol edin. Bu proje, /CollectionName parametresini kullanarak belirttiğiniz koleksiyonda tanımlanmalıdır.

Projenin adında boşluklar varsa, adı tırnak işaretleri (örneğin, projem) içine alın " " .

Önkoşullar

Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve uygulama katmanı sunucusunda bir yönetici olmanız gerekir. Bkz. Azure DevOps Server için yönetici Izinlerini ayarlama.

Açıklamalar

Bu komutu kullanmak için uygulama katmanı sunucunuzun Azure DevOps Server 2019 ' nin en son sürümüne yükseltilmesi gerekir.

TCM komutunu kullanabilmeniz için önce test planı iş öğesi tanımını ve test planı kategorisini projeye aktarmanız gerekir. Geçiş ve bu komutun ne zaman kullanılacağı hakkında daha fazla bilgi edinmek için bkz. Test yönetimini desteklemek Için el ile güncelleştirmeler.

TCM komutu bireysel projelere uygulanır. Test planlarını birden fazla projede yükseltmeniz gerekiyorsa, her bir projede ayrı ayrı çalıştırmanız gerekecektir.

Azure DevOps Server için Araçlar dizininden TCM komutunu çalıştırmanız gerekir. Varsayılan olarak, bu konum: drive:\%programfiles%\TFS 12.0\Tools .

TCM komutunu yalnızca mevcut test verilerinin otomatik geçişinin başarısız olması durumunda kullanırsınız. Geçiş ve bu komutun ne zaman kullanılacağı hakkında daha fazla bilgi edinmek için Test yönetimini desteklemek üzere el ile güncelleştirmeyapın.

Sunucu yükseltmesi yapılmadan önce tanımlanan test planlarına veya test paketlerine erişemiyorsanız, geçişin durumunu öğrenmek için TFSCONFIG TCM UpgradeStatus ' u çalıştırın.

Tek bir proje için TCM komutunu çalıştırırsınız. Birden fazla projeyi yükseltmeniz gerekiyorsa, bunu her proje için sırasıyla çalıştırmanız gerekecektir.

Örnekler

Aşağıdaki örnek, varsayılan proje koleksiyonunda (DefaultCollection) barındırılan Fabrikam Fiber projesindeki test planı yükseltmesinin durumunun nasıl kontrol alınacağını gösterir:

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

En son Azure DevOps Server sürümüne yükseltirken, sistem test planları ve paketleri de dahil olmak üzere test yönetimi bileşenlerini otomatik olarak yükseltmeye çalışır. Otomatik geçiş başarısız olursa, test planlarınızı ve test paketlerinizi ilgili iş öğesi türlerine (WTS) el ile yükseltmek için TCM komutunu kullanın.

TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName
Seçenek Açıklama
/Yükselme detekstplanlar /UpgradeStatus kullanılmadığı müddetçe gereklidir.

Varolan test planını ve test paketlerini, iş öğesi tabanlı test planlarını ve test paketlerini işaret etmek üzere dönüştürür. Ayrıca, varolan test yönetimi verilerini ve test noktaları, test çalıştırmaları ve test sonuçları gibi diğer mevcut test yapıtları arasındaki bağlantıları güncelleştirir.
/upgradeStatus /Yükseltilebilir detekstplanlar kullanılmadığı takdirde gereklidir.

Belirtilen proje için test verilerinin geçiş durumunu raporlar. Ayrıca, belirtilen projede herhangi bir test planı olup olmadığını gösterir.
/CollectionName: CollectionName Gereklidir. Test verilerini geçirmek istediğiniz projeyi içeren proje koleksiyonunu belirtir veya geçiş durumunu kontrol edin.

Proje koleksiyonu adında boşluklar varsa, adı çift tırnak işaretleri içine alın, örneğin " Fabrikam Fiber koleksiyon " .
/TeamProjectName: TeamProjectName Gereklidir. Test verilerini geçirmek istediğiniz projeyi belirtir veya geçiş durumunu kontrol edin. Bu proje, /CollectionName parametresini kullanarak belirttiğiniz koleksiyonda tanımlanmalıdır.

Projenin adında boşluklar varsa, adı tırnak işaretleri (örneğin, projem) içine alın " " .

Önkoşullar

Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve uygulama katmanı sunucusunda bir yönetici olmanız gerekir. Bkz. Azure DevOps Server için yönetici Izinlerini ayarlama.

Açıklamalar

Bu komutu kullanmak için uygulama katmanı sunucunuzun Azure DevOps Server en son sürümüne yükseltilmesi gerekir.

TCM komutunu kullanabilmeniz için önce test planı iş öğesi tanımını ve test planı kategorisini projeye aktarmanız gerekir. Geçiş ve bu komutun ne zaman kullanılacağı hakkında daha fazla bilgi edinmek için bkz. Test yönetimini desteklemek Için el ile güncelleştirmeler.

TCM komutu bireysel projelere uygulanır. Test planlarını birden fazla projede yükseltmeniz gerekiyorsa, her bir projede ayrı ayrı çalıştırmanız gerekecektir.

Azure DevOps Server için Araçlar dizininden TCM komutunu çalıştırmanız gerekir. Varsayılan olarak, bu konum: drive:\%programfiles%\TFS 12.0\Tools .

TCM komutunu yalnızca mevcut test verilerinin otomatik geçişinin başarısız olması durumunda kullanırsınız. Geçiş ve bu komutun ne zaman kullanılacağı hakkında daha fazla bilgi edinmek için Test yönetimini desteklemek üzere el ile güncelleştirmeyapın.

Sunucu yükseltmesi yapılmadan önce tanımlanan test planlarına veya test paketlerine erişemiyorsanız, geçişin durumunu öğrenmek için TFSCONFIG TCM UpgradeStatus ' u çalıştırın.

Tek bir proje için TCM komutunu çalıştırırsınız. Birden fazla projeyi yükseltmeniz gerekiyorsa, bunu her proje için sırasıyla çalıştırmanız gerekecektir.

Örnekler

Aşağıdaki örnek, varsayılan proje koleksiyonunda (DefaultCollection) barındırılan Fabrikam Fiber projesindeki test planı yükseltmesinin durumunun nasıl kontrol alınacağını gösterir:

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

Dosyasındaki

Komut kullanılabilirliği: Azure DevOps Server 2019

Unattend komutu, Azure DevOps Server ve yapılandırma süreci hakkında bilgi sahibi olan ve farklı makinelere Azure DevOps Server yüklemesi gereken kullanıcılar için tasarlanmıştır.

Örneğin, Azure DevOps derlemesini kullanıyorsanız, aynı yapılandırma dosyasını kullanarak birden çok yapı sunucusu yüklemek için Unattend komutunu kullanabilirsiniz.

Bir katılımsız dosya oluşturmak için /Create seçeneğini kullanın. Bu dosya, bir Azure DevOps Server yüklemesi için tüm yapılandırma parametrelerini tanımlar. Ardından, yapılandırmayı gerçekleştirmek için /Configure seçeneğini kullanın.

Bu işlem, yükleme işlemi sırasında giriş sağlamak zorunda kalmadan baştan sona Azure DevOps Server yapılandırmanıza olanak tanır. Birden çok yükleme durumunda bu, aynı yapılandırma parametrelerinin birden çok sunucuda kullanılmasını sağlamaya de yardımcı olur.

TfsConfig unattend /create|configure /type:InstallType /unattendfile:ConfigurationFileName 
    [/inputs:Key1=Value1; Key2=Value2;...] [/verify] [/continue]
Seçenek Açıklama
oluşturmaya Belirttiğiniz ad ve parametrelerle birlikte katılımsız dosya oluşturur.
yapılandırma , Belirttiğiniz katılımsız dosya ve parametreleri kullanarak Azure DevOps Server yapılandırır. Bu seçenekle/Type veya/UnattendFile kullanmanız gerekir.
tür Kullanılacak yapılandırma türünü belirtir. /Configure kullandığınızda,/Type veya/UnattendFile gerekir, ancak ikisini birden kullanamazsınız.
UnattendFile Başlangıç parametresinin/Create veya/configureolmasına bağlı olarak, oluşturulacak veya kullanılacak katılımsız yükleme dosyasını belirtir. /Configure kullandığınızda,/UnattendFile veya/Type gerekir.
girişi İsteğe bağlı. /Create kullanıyorsanız, katılımsız dosya oluşturulurken kullanılacak ayarları ve değerleri belirtir. /Configu, katılımsız dosyayla birlikte kullanmak üzere ek ayarlar ve değerler kullanırsanız.

/Girişleri kullanmaya alternatif olarak, katılımsız dosyayı herhangi bir düz metin düzenleyicisinde el ile düzenleyebilirsiniz. Bu gizli değerleri /input parametresi kullanılarak ayarlanmayacağından, ServiceAccountPassword veya personalaccesstoken gibi belirli giriş türleri için bu gereklidir.
verify İsteğe bağlı. Yalnızca katılımsız dosya, giriş ve yapılandırma türüne göre doğrulama denetimlerini tamamlayan bir yapılandırma çalıştırması belirtir. Bu, tüm yapılandırmayı gerçekleştirmeye yönelik bir alternatiftir.
continue İsteğe bağlı. /Create veya/configure 'in doğrulama denetimlerinin uyarılarından bağımsız olarak devam etmesi gerektiğini belirtir.
InstallType Description
NewServerBasic Azure DevOps Server için temel geliştirme hizmetlerini yapılandırır. Buna kaynak denetimi, Iş öğeleri, derleme ve isteğe bağlı arama dahildir.
NewServerAdvanced , Temel geliştirme hizmetlerini yapılandırır ve raporlama hizmetleriyle tümleştirme için isteğe bağlı yapılandırma sağlar.
Yükseltme Azure DevOps Server, desteklenen bir önceki sürümden güncel sürüme yükseltir.
Ön üretim yükseltmesi Yükseltmeyi üretim öncesi bir ortamda var olan bir Azure DevOps Server dağıtımında test edin. Bu, genellikle üretim yedeklemelerinden geri yüklenen veritabanları kullanılarak yapılır. Bu senaryo, yeni dağıtımın üretim dağıtımına engel olmamasını sağlamak için ek adımlar içerir.
ApplicationTierOnlyBasic Sağlanan yapılandırma veritabanından var olan ayarları kullanarak yeni bir uygulama katmanı yapılandırın. Bu seçenek, var olan ayarları kullanarak hızlı bir şekilde yeni bir uygulama katmanı almanızı sağlar. Var olan ayarları değiştirmek istiyorsanız bunun yerine gelişmiş ApplicationTierOnlyAdvanced türünü kullanın.
ApplicationTierOnlyAdvanced Tüm ayarlar üzerinde tam denetim ile yeni bir uygulama katmanı yapılandırın. Ayarlar, varsayılan olarak sağlanan yapılandırma veritabanından varolan değerler olacaktır. Tüm mevcut ayarlarınızı korumak istiyorsanız bunun yerine ApplicationTierOnlyBasic türünü kullanın.
Kopyalama Mevcut bir dağıtımın kopyası olan yeni bir Azure DevOps Server dağıtımı yapılandırın. Bu işlem genellikle üretim yedeklemelerinden geri yüklenen veritabanları kullanılarak, yapılandırma değişikliklerinin, uzantıların ve diğer değişikliklerin test edileceği bir ortam oluşturmak için yapılır. Bu senaryo, yeni dağıtımın üretim dağıtımına engel olmamasını sağlamak için ek adımlar içerir.
Ara sunucu Sürüm denetimi proxy hizmetini yapılandırır.

Önkoşullar

  • Yazılımı yüklemekte olduğunuz bilgisayarda Yöneticiler grubunun bir üyesi olmanız gerekir.

  • Yükleme türüne bağlı olarak, ek yönetici izinleri de gerekebilir.

Örneğin, Azure DevOps Server yüklemek için Unattend komutunu kullanıyorsanız, Azure DevOps Server destekleyecek SQL Server örneğinde sysadmin grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için, Azure DevOps Server için sunucu düzeyi Yöneticiler eklemekonusunun Q & bölümüne bakın.

Açıklamalar

Azure DevOps Server yapılandırmak için Unattend komutunu kullanabilmeniz için, dağıtımınızın bir parçası olarak kullanacağınız hizmet hesaplarını oluşturmanız gerekir. Seçtiğiniz yükleme türü için herhangi bir önkoşul yazılımını da yüklemeniz gerekir. Bu Azure DevOps Server kendisini içerir. Azure DevOps Server yüklemelisiniz, ancak Unattend komutu sizin için bunu sizin için yapacağından, bunu yapılandırmanız gerekmez.

Unattend komutu Azure DevOps Server bileşenlerini yapılandırır. Yazılımın ilk yüklemesini gerçekleştirmez. Yazılımı, bilgisayar üzerinde mevcut olduktan sonra belirtimlerinize göre yapılandırır.

Örnekler

Aşağıdaki örnek, Azure DevOps Server temel bir yüklemesi için bir katılımsız dosya oluşturmayı gösterir.

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

Bu örnekte, katılımsız yükleme dosyası komutuyla aynı dizinde oluşturulur. Komutun bir parçası olarak bir günlük dosyası oluşturulur ve dosyanın konumu komutun yürütülmesi kapsamında komutta döndürülür.

Aşağıdaki örnek, yapılandırma sırasında GVFS ile kullanmak üzere bir git deposunun nasıl belirtildiğini gösterir.

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

Aşağıdaki örnek, bir Azure DevOps proxy sunucusu yapılandırması için bir katılımsız yükleme dosyası oluşturmayı gösterir.

Önemli

Bu örnekte, Yöneticiler kimlik doğrulaması için bir kişisel erişim belirteci kullanmak istiyorlarsa, kişisel erişim belirteci değerini belirtmek için dosyayı el ile düzenlemeniz gerekir. Bu, şunun gibi oluşturulan katılımsız çalışma dosyasındaki kişisel erişim belirteci için bir satır eklenerek elde edilebilir: PersonalAccessToken=PersonalAccessTokenValue .

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

Aşağıdaki örnek, derleme hizmeti hesabı olarak kullanan bir sunucuda Azure DevOps Server derlemesi yapılandırması için bir katılımsız yükleme dosyası oluşturmayı FabrikamFiber\BuildSVC ve sonra bu katılımsız dosyayı kullanarak Azure DevOps Server derlemeyi yapılandırmayı gösterir.

Önemli

Bu örnekte, katılımsız dosya oluşturulduktan sonra yönetici, derleme hizmeti hesabının parolasını belirtmek için dosyayı el ile düzenler. Parolayı kullanarak bir giriş olarak eklemek, ServiceAccountPassword=Password; parola bilgilerini dosyaya eklemez.

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

İlk komut şunları döndürür:

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

İkinci komut, Azure DevOps derlemesinin yapılandırıldığı sunucunun adı FabrikamFiberTFS ve denetleyicisiyle ilişkili proje koleksiyonu dahil olmak üzere aşağıdaki bilgileri döndürür 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

Komut kullanılabilirliği: TFS 2018, TFS 2017, TFS 2015, TFS 2013

Unattend komutu, Azure DevOps Server ve yapılandırma süreci hakkında bilgi sahibi olan ve farklı makinelere Azure DevOps Server yüklemesi gereken kullanıcılar için tasarlanmıştır.

Örneğin, Team Foundation Build kullanıyorsanız, aynı yapılandırma dosyasını kullanarak birden çok yapı sunucusu yüklemek için Unattend komutunu kullanabilirsiniz.

Katılımsız bir dosya oluşturmak için Unattend /Create seçeneğini kullanın. Bu dosya, bir Azure DevOps Server yüklemesi için tüm yapılandırma parametrelerini tanımlar. Ardından, yapılandırmayı gerçekleştirmek için Unattend/configure seçeneğini kullanın.

Bu işlem, yükleme işlemi sırasında giriş sağlamak zorunda kalmadan baştan sona Azure DevOps Server yapılandırmanıza olanak tanır. Birden çok yükleme durumunda bu, aynı yapılandırma parametrelerinin birden çok sunucuda kullanılmasını sağlamaya de yardımcı olur.

TFSConfig unattend /create|unattend /type:InstallType /unattendfile:ConfigurationFileName [/inputs:Key1=Value1; Key2=Value2;...] [/verify] [/continue]
Seçenek Açıklama
/Create Belirttiğiniz ad ve parametrelerle birlikte katılımsız dosya oluşturur.
/Configure , Belirttiğiniz katılımsız dosya ve parametreleri kullanarak Azure DevOps Server yapılandırır. Bu seçenekle/Type veya/UnattendFile kullanmanız gerekir.
/Type: InstallType

Kullanılacak yapılandırma türünü belirtir.

  • Temel: SQL Server Express dahil olmak üzere temel yapılandırmada Azure DevOps Server yapılandırır.

  • Standart: Standart tek sunuculu yapılandırmada Azure DevOps Server yapılandırır.

  • ATOnly: mevcut bir Azure DevOps Server dağıtımı için ek bir uygulama katmanı yapılandırır.

  • Build: Team Foundation derleme hizmetini yapılandırır.

  • Proxy: Azure DevOps proxy sunucusunu yapılandırır.

  • Spınstall: Azure DevOps Server dağıtımıyla birlikte kullanmak üzere SharePoint Foundation 2013 yükler ve yapılandırır.

  • Yükseltme: önceki bir Azure DevOps Server sürümünü yazılımın en son sürümüne yükseltir.

    Bu komutu/configureile çalıştırmadan önce bu sürümü yerel olarak indirmiş ve yüklemiş olmanız gerekir.

  • SPExtensions: Azure DevOps Server için SharePoint uzantılarını yapılandırır.

/Configure kullandığınızda,/Type veya/UnattendFile gerekir, ancak ikisini birden kullanamazsınız.

/UnattendFile: configurationfilename Başlangıç parametresinin/Create veya/configureolmasına bağlı olarak, oluşturulacak veya kullanılacak katılımsız yükleme dosyasını belirtir. /Configure kullandığınızda,/UnattendFile veya/Type gerekir.
/girişler: KEY1 = değer1; Key2 = değer2;... İsteğe bağlı. /Create kullanıyorsanız, katılımsız dosya oluşturulurken kullanılacak ayarları ve değerleri belirtir. /Configu, katılımsız dosyayla birlikte kullanmak üzere ek ayarlar ve değerler kullanırsanız.

/Girişleri kullanmaya alternatif olarak, katılımsız dosyayı herhangi bir düz metin düzenleyicisinde el ile düzenleyebilirsiniz. Bu gizli değerleri /input parametresi kullanılarak ayarlanmayacağından, ServiceAccountPassword veya personalaccesstoken gibi belirli giriş türleri için bu gereklidir.
/Verify İsteğe bağlı. Yalnızca katılımsız dosya, giriş ve yapılandırma türüne göre doğrulama denetimlerini tamamlayan bir yapılandırma çalıştırması belirtir. Bu, tüm yapılandırmayı gerçekleştirmeye yönelik bir alternatiftir.
/Continue İsteğe bağlı. /Create veya/configure 'in doğrulama denetimlerinin uyarılarından bağımsız olarak devam etmesi gerektiğini belirtir.
/? İsteğe bağlı. Unattend komutu için komut satırı yardımı sağlar.

Önkoşullar

  • Yazılımı yüklemekte olduğunuz bilgisayarda Yöneticiler grubunun bir üyesi olmanız gerekir.

  • Yükleme türüne bağlı olarak, ek yönetici izinleri de gerekebilir. Örneğin, Azure DevOps Server yüklemek için Unattend komutunu kullanıyorsanız, Azure DevOps Server destekleyecek SQL Server örneğinde sysadmin grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için, Azure DevOps Server için yönetici Izinlerini ayarlamakonusunun Q & bölümüne bakın.

Açıklamalar

Azure DevOps Server yapılandırmak için Unattend komutunu kullanabilmeniz için, dağıtımınızın bir parçası olarak kullanacağınız hizmet hesaplarını oluşturmanız gerekir. Seçtiğiniz yükleme türü için herhangi bir önkoşul yazılımını da yüklemeniz gerekir. Bu Azure DevOps Server kendisini içerir. Azure DevOps Server yüklemelisiniz, ancak Unattend komutu sizin için bunu sizin için yapacağından, bunu yapılandırmanız gerekmez.

Unattend komutu Azure DevOps Server bileşenlerini yapılandırır. Yazılımın ilk yüklemesini gerçekleştirmez. Yazılımı, bilgisayar üzerinde mevcut olduktan sonra belirtimlerinize göre yapılandırır.

Örnekler

Aşağıdaki örnek, Azure DevOps Server temel bir yüklemesi için bir katılımsız dosya oluşturmayı gösterir.

TFSConfig Unattend /create /type:basic /unattendfile:configTFSBasic.ini

Bu örnekte, katılımsız yükleme dosyası komutuyla aynı dizinde oluşturulur. Komutun bir parçası olarak bir günlük dosyası oluşturulur ve dosyanın konumu komutun yürütülmesi kapsamında komutta döndürülür.

Aşağıdaki örnek, yapılandırma sırasında GVFS ile kullanmak üzere bir git deposunun nasıl belirtildiğini gösterir.

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

Aşağıdaki örnek, bir Azure DevOps proxy sunucusu yapılandırması için bir katılımsız yükleme dosyası oluşturmayı gösterir.

Önemli: Bu örnekte, Yöneticiler kimlik doğrulaması için bir kişisel erişim belirteci kullanmak istiyorlarsa, kişisel erişim belirteci değerini belirtmek için dosyayı el ile düzenlemeniz gerekir. Bu, şu şekilde oluşturulan katılımsız çalışma dosyası için kişisel erişim belirteci için bir satır eklenerek elde edilebilir: " personalaccesstoken = PersonalAccessTokenValue " .

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

Aşağıdaki örnek, derleme hizmeti hesabı olarak "FabrikamFiber BuildSVC" kullanan bir sunucuda Team Foundation Build yapılandırması için bir katılımsız yükleme dosyası oluşturmayı \ ve ardından Bu katılımsız çalışma dosyasını kullanarak Team Foundation Build 'i yapılandırmayı gösterir.

Önemli:
Bu örnekte, katılımsız dosya oluşturulduktan sonra yönetici, derleme hizmeti hesabının parolasını belirtmek için dosyayı el ile düzenler. "ServiceAccountPassword = Password kullanarak parolayı giriş olarak eklemek " , parola bilgilerini dosyaya eklemez.

TFSConfig Unattend /create /type:build /unattendfile:configTFSBuild.ini
        /inputs:IsServiceAccountBuiltIn=false;ServiceAccountName=FabrikamFiber\\BuildSVCTFSConfig
        Unattend /configure /unattendfile:configTFSBuild.ini

İlk komut şunları döndürür:

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

İkinci komut, Team Foundation derlemesinin yapılandırıldığı sunucunun adı (FabrikamFiberTFS) ve denetleyicisiyle ilişkili proje koleksiyonu (DefaultCollection) dahil olmak üzere aşağıdaki bilgileri döndürür:

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

Ziplogs komutu, günlükleri toplamak ve bir zip 'in üzerinde düşme için tasarlanmıştır ProgramData\Microsoft\Azure DevOps\Server Configuration .

TfsConfig zipLogs

TfsConfig zipLogs

Kullanım dışı komutlar

Lisans

Azure DevOps Server dağıtımınız için lisans anahtarını görüntüleme, değiştirme veya genişletme için Lisans komutunu kullanabilirsiniz.

TFSConfig License [/ProductKey:Key] [/extend [NewTrialID]]
Seçenek Açıklama
/ProductKey: Anahtar Dağıtım için lisans anahtarının anahtar değeriyle güncelleştirileceğini belirtir.
/Extend Azure DevOps Server için deneme lisanslama döneminin 30 gün içinde uzatılanacaktır. Bu seçenek, yeni bir deneme KIMLIĞI olmadan yalnızca bir kez kullanılabilir. İkinci bir uzantı gerekliyse, Microsoft 'tan ikinci bir deneme lisansı edinmeniz gerekir.

Önkoşullar

Lisans komutunu kullanmak Için, Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Dağıtımınızın lisansını etkileşimli olarak görüntülemek, değiştirmek veya değiştirmek için Azure DevOps yönetim konsolunu kullanabilirsiniz. Daha fazla bilgi için bkz. Azure DevOps yönetim konsolunu açma ve Azure DevOps Server ürün anahtarını bulma veya değiştirme.

Örnekler

Aşağıdaki örnek, Azure DevOps Server dağıtımı için lisanslama bilgilerinin nasıl görüntüleneceğini gösterir. Bu örnekte, dağıtım bir deneme lisansı kullanıyor.

TFSConfig License

    TFSConfig - Team Foundation Server Configuration Tool
    Copyright © Microsoft Corporation. All rights reserved.
    Team Foundation Server Standard license
    The following features are installed:
    Team Foundation Server
    Build Services
    Build: 21106.00
    Product ID: 01234-567-8910
    Trial license with 74 days remaining, expiring on 6/30/2010
    Trial ID: ABCD-EFGH-IJKL

TCM

En son Azure DevOps Server sürümüne yükseltirken, sistem test planları ve paketleri de dahil olmak üzere test yönetimi bileşenlerini otomatik olarak yükseltmeye çalışır. Otomatik geçiş başarısız olursa, test planlarınızı ve test paketlerinizi ilgili iş öğesi türlerine (WTS) el ile yükseltmek için TCM komutunu kullanın.

TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName
Seçenek Açıklama
/Yükselme detekstplanlar /UpgradeStatus kullanılmadığı müddetçe gereklidir.

Varolan test planını ve test paketlerini, iş öğesi tabanlı test planlarını ve test paketlerini işaret etmek üzere dönüştürür. Ayrıca, varolan test yönetimi verilerini ve test noktaları, test çalıştırmaları ve test sonuçları gibi diğer mevcut test yapıtları arasındaki bağlantıları güncelleştirir.
/upgradeStatus /Yükseltilebilir detekstplanlar kullanılmadığı takdirde gereklidir.

Belirtilen proje için test verilerinin geçiş durumunu raporlar. Ayrıca, belirtilen projede herhangi bir test planı olup olmadığını gösterir.
/CollectionName: CollectionName Gereklidir. Test verilerini geçirmek istediğiniz projeyi içeren proje koleksiyonunu belirtir veya geçiş durumunu kontrol edin.

Proje koleksiyonu adında boşluklar varsa, adı çift tırnak işaretleri içine alın, örneğin " Fabrikam Fiber koleksiyon " .
/TeamProjectName: TeamProjectName Gereklidir. Test verilerini geçirmek istediğiniz projeyi belirtir veya geçiş durumunu kontrol edin. Bu proje, /CollectionName parametresini kullanarak belirttiğiniz koleksiyonda tanımlanmalıdır.

Projenin adında boşluklar varsa, adı tırnak işaretleri (örneğin, projem) içine alın " " .

Önkoşullar

Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız ve uygulama katmanı sunucusunda bir yönetici olmanız gerekir. Bkz. Azure DevOps Server için yönetici Izinlerini ayarlama.

Açıklamalar

Bu komutu kullanmak için uygulama katmanı sunucunuzun Azure DevOps Server en son sürümüne yükseltilmesi gerekir.

TCM komutunu kullanabilmeniz için önce test planı iş öğesi tanımını ve test planı kategorisini projeye aktarmanız gerekir. Geçiş ve bu komutun ne zaman kullanılacağı hakkında daha fazla bilgi edinmek için bkz. Test yönetimini desteklemek Için el ile güncelleştirmeler.

TCM komutu bireysel projelere uygulanır. Test planlarını birden fazla projede yükseltmeniz gerekiyorsa, her bir projede ayrı ayrı çalıştırmanız gerekecektir.

Azure DevOps Server için Araçlar dizininden TCM komutunu çalıştırmanız gerekir. Varsayılan olarak, bu konum: drive:\%programfiles%\TFS 12.0\Tools .

TCM komutunu yalnızca mevcut test verilerinin otomatik geçişinin başarısız olması durumunda kullanırsınız. Geçiş ve bu komutun ne zaman kullanılacağı hakkında daha fazla bilgi edinmek için Test yönetimini desteklemek üzere el ile güncelleştirmeyapın.

Sunucu yükseltmesi yapılmadan önce tanımlanan test planlarına veya test paketlerine erişemiyorsanız, geçişin durumunu öğrenmek için TFSCONFIG TCM UpgradeStatus ' u çalıştırın.

Tek bir proje için TCM komutunu çalıştırırsınız. Birden fazla projeyi yükseltmeniz gerekiyorsa, bunu her proje için sırasıyla çalıştırmanız gerekecektir.

Örnekler

Aşağıdaki örnek, varsayılan proje koleksiyonunda (DefaultCollection) barındırılan Fabrikam Fiber projesindeki test planı yükseltmesinin durumunun nasıl kontrol alınacağını gösterir:

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

İçeri Aktar

TFS 2013 ' de içeri aktarma komutu kullanımdan kaldırılmıştır. Önceki sürümlere buradan ulaşılabilir:

Azure DevOps Server önceki bir sürümünden veri ve projeleri yükseltirken yardıma ihtiyacınız varsa, bkz. yükseltme Azure DevOps Serverveya Microsoft desteğiile iletişim kurma.

Hazırlık ESQL

Hazırlık ESQL komutu TFS 2012 ' de kaldırıldı. Önceki sürümlere buradan ulaşılabilir:

Onar

Onarım komutu TFS 2012 ' de kaldırıldı. Önceki sürümlere buradan ulaşılabilir:

Başarısız bir veritabanı düzeltme ekiyle sonra saklı yordamlarınızı onarmanız gerekiyorsa Microsoft desteğibaşvurun.

Tanın

TFS 2013 ' de Tanıla komutu kullanımdan kaldırılmıştır. Önceki sürümlere buradan ulaşılabilir:

Uygulama Katmanınızda ve veri katmanı sunucularınızda Azure DevOps Server yönelik yazılım güncelleştirmeleri arasında olası uyuşmazlıkları tanılamak için yardıma ihtiyacınız varsa Geliştirici topluluğu desteği' ne başvurun.

Güncelleştirmeler

Updates komutu TFS 2013 ' te kullanımdan kaldırılmıştır. önceki sürümlere buradan ulaşılabilir:

Azure DevOps Server veritabanlarında eksik olan yazılım güncelleştirmelerini yüklemek için yardıma ihtiyacınız varsa Microsoft desteğibaşvurun.

PrepareClone

Hazırlık Eclone komutu TFS 2017 ' de kullanımdan kaldırılmıştır.

Hazırlık Eclone komutu, bir Azure DevOps Server dağıtımından zamanlanmış yedeklemeler, SharePoint ve raporlama kaynakları hakkındaki bilgileri kaldırır. Bu komut iki durumda kullanılır:

  • bir dağıtımı yeni donanıma taşıdığınızda ancak eski dağıtımı kullanmaya devam etmek istiyorsanız
  • bir Azure DevOps Server dağıtımını kopyaladığınızda

Bu durumların her birinde, bu komutu çalıştırmak kritik öneme sahiptir. Aksi takdirde, özgün kaynaklar hem özgün hem de yeni sunucular tarafından kullanılır. Hem özgün hem de yeni sunucular canlı ise, herhangi bir süre için aynı SharePoint veya raporlama kaynaklarına işaret ettikten sonra bozulmuş veritabanları ile bitiyor olabilirsiniz.

Önemli

Azure DevOps Server taşıdıktan veya kopyalamanız durumunda bu komutun yapılandırmadan önce çalıştırılması gerekir. Yapılandırma sonrasında çalıştırırsanız, veritabanlarınızdaki içerik ve web.config dosyanızdaki içeriklerle ilgili tutarsızlıklara sahip olabilirsiniz. Bu tutarsızlıklar sunucunuzu çevrimdışına alabilir. Taşınan veya kopyalanmış Azure DevOps Server dağıtımınızı zaten yapılandırdıysanız ve komutu çalıştırmanız gerekiyorsa, bu adımları izleyin. İlk olarak, sunucunuzu sessiz moda alın. Ardından, hazırlık Eclone komutu, ChangeServerId komutu ve sonra RemapDBs komutunu çalıştırın. Son olarak, sunucunuzu sessiz moda alın.

TFSConfig PrepareClone /SQLInstance:ServerName /DatabaseName:TFSConfigurationDatabaseName
        [/notificationURL: TFSURL] [/usesqlalwayson]
Seçenek Ne yapar?
/DatabaseName Yapılandırma veritabanının adının yanı sıra Azure DevOps Server için eşlemek istediğiniz veritabanını barındıran sunucunun adını belirtir.
/SQLInstance: ServerName Azure DevOps Server için bir veya daha fazla veritabanı barındıran bir sunucu olarak eşlemek istediğiniz sunucunun adını belirtir. Varsayılan örnek dışında bir örnek bir veritabanı barındırıyorsa, örneğin adını da belirtmeniz gerekir. Şu biçimi kullanın: ServerName < /Strong > InstanceName.
/NotificationURL: TFSURL İsteğe bağlı. Uygulama katmanı sunucusu için bildirim URL 'sini belirtir.
/usesqlalwayson İsteğe bağlı. Veritabanlarının SQL Server bir AlwaysOn kullanılabilirlik grubunun parçası olduğunu belirtir. Yapılandırıldıysa, bu seçenek bağlantı dizesinde MultiSubnetFailover 'ı ayarlar.

Daha fazla bilgi için bkz. AlwaysOn kullanılabilirlik grupları (SQL Server).

Önkoşullar

Hazırlık Eclone komutunu kullanmak Için Azure DevOps yöneticileri güvenlik grubunun bir üyesi olmanız ve Azure DevOps Server tarafından kullanılan tüm SQL Server veritabanları için sysadmin güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Özgün yüklemeyi yeni donanıma taşıdığınızda ve özgün dağıtım Azure DevOps Server ve donanımını kullanmaya devam etmek istediğinizde veya test amacıyla Azure DevOps Server dağıtımınızı kopyalamak istediğinizde Azure DevOps Server yeniden yapılandırmak için hazırlık Eclone komutunu kullanırsınız. TFSConfig hazırlık Eclone 'yi TFSConfig RemapDBs ve TFSConfig ChangeServerId ile birlikte kullanarak kopyalama yapılandırmasını destekliyoruz.

Örnek

Aşağıdaki örnek, eski yedekleme, raporlama ve SharePoint kaynak bilgilerini kaldırmak için NewFabrikamTFS adlı bir taşınan Azure DevOps Server komutunun nasıl kullanılacağını gösterir. Bu bilgiler kaldırılırsa, özgün Azure DevOps Server dağıtımı yine de aynı kaynakları kullanır ve veritabanları bozuk olur. Örnekte, taşınan Azure DevOps Server destekleme SQL Server ayrıca NewFabrikamTFS olarak adlandırılır ve örnek varsayılan örneğidir, bu nedenle yalnızca sunucu adı olmak üzere belirli bir örnek bilgisi gerekmez.

TFSConfig PrepareClone /SQLInstance:NewFabrikamTFS /DatabaseName:TFS_Configuration

Lisans

Azure DevOps Server dağıtımınız için lisans anahtarını görüntüleme, değiştirme veya genişletme için Lisans komutunu kullanabilirsiniz.

TFSConfig License [/ProductKey:Key] [/extend [NewTrialID]]
Seçenek Açıklama
/ProductKey: Anahtar Dağıtım için lisans anahtarının anahtar değeriyle güncelleştirileceğini belirtir.
/Extend Azure DevOps Server için deneme lisanslama döneminin 30 gün içinde uzatılanacaktır. Bu seçenek, yeni bir deneme KIMLIĞI olmadan yalnızca bir kez kullanılabilir. İkinci bir uzantı gerekliyse, Microsoft 'tan ikinci bir deneme lisansı edinmeniz gerekir.

Önkoşullar

Lisans komutunu kullanmak Için, Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Dağıtımınızın lisansını etkileşimli olarak görüntülemek, değiştirmek veya değiştirmek için Azure DevOps yönetim konsolunu kullanabilirsiniz. Daha fazla bilgi için bkz. Azure DevOps yönetim konsolunu açma ve Azure DevOps Server ürün anahtarını bulma veya değiştirme.

Örnekler

Aşağıdaki örnek, Azure DevOps Server dağıtımı için lisanslama bilgilerinin nasıl görüntüleneceğini gösterir. Bu örnekte, dağıtım bir deneme lisansı kullanıyor.

TFSConfig License

TFSConfig - Team Foundation Server Configuration Tool
Copyright © Microsoft Corporation. All rights reserved.
Team Foundation Server Standard license
The following features are installed:
Team Foundation Server
Build Services
Build: 21106.00
Product ID: 01234-567-8910
Trial license with 74 days remaining, expiring on 6/30/2010
Trial ID: ABCD-EFGH-IJKL
TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName
Seçenek Açıklama
/Yükselme detekstplanlar /UpgradeStatus kullanılmadığı müddetçe gereklidir.

Varolan test planını ve test paketlerini, iş öğesi tabanlı test planlarını ve test paketlerini işaret etmek üzere dönüştürür. Ayrıca, varolan test yönetimi verilerini ve test noktaları, test çalıştırmaları ve test sonuçları gibi diğer mevcut test yapıtları arasındaki bağlantıları güncelleştirir.
/upgradeStatus /Yükseltilebilir detekstplanlar kullanılmadığı takdirde gereklidir.

Belirtilen proje için test verilerinin geçiş durumunu raporlar. Ayrıca, belirtilen projede herhangi bir test planı olup olmadığını gösterir.
/CollectionName: CollectionName Gereklidir. Test verilerini geçirmek istediğiniz projeyi içeren proje koleksiyonunu belirtir veya geçiş durumunu kontrol edin.

Proje koleksiyonu adında boşluklar varsa, adı çift tırnak işaretleri içine alın, örneğin " Fabrikam Fiber koleksiyon " .
/TeamProjectName: TeamProjectName Gereklidir. Test verilerini geçirmek istediğiniz projeyi belirtir veya geçiş durumunu kontrol edin. Bu proje, /CollectionName parametresini kullanarak belirttiğiniz koleksiyonda tanımlanmalıdır.

Projenin adında boşluklar varsa, adı tırnak işaretleri (örneğin, projem) içine alın " " .

Önkoşullar

Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve uygulama katmanı sunucusunda bir yönetici olmanız gerekir. Bkz. Team Foundation Server için yönetici Izinlerini ayarlama.

Açıklamalar

Bu komutu kullanmak için uygulama katmanı sunucunuzun TFS 'nin en son sürümüne yükseltilmesi gerekir.

TCM komutunu kullanabilmeniz için önce test planı iş öğesi tanımını ve test planı kategorisini projeye aktarmanız gerekir. Geçiş ve bu komutun ne zaman kullanılacağı hakkında daha fazla bilgi edinmek için bkz. Test yönetimini desteklemek Için el ile güncelleştirmeler.

TCM komutu bireysel projelere uygulanır. Test planlarını birden fazla projede yükseltmeniz gerekiyorsa, her bir projede ayrı ayrı çalıştırmanız gerekecektir.

TFS için Araçlar dizininden TCM komutunu çalıştırmanız gerekir. Varsayılan olarak, bu konum: drive:\%programfiles%\TFS 12.0\Tools .

TCM komutunu yalnızca mevcut test verilerinin otomatik geçişinin başarısız olması durumunda kullanırsınız. Geçiş ve bu komutun ne zaman kullanılacağı hakkında daha fazla bilgi edinmek için Test yönetimini desteklemek üzere el ile güncelleştirmeyapın.

Sunucu yükseltmesi yapılmadan önce tanımlanan test planlarına veya test paketlerine erişemiyorsanız, geçişin durumunu öğrenmek için TFSCONFIG TCM UpgradeStatus ' u çalıştırın.

Tek bir proje için TCM komutunu çalıştırırsınız. Birden fazla projeyi yükseltmeniz gerekiyorsa, bunu her proje için sırasıyla çalıştırmanız gerekecektir.

Örnekler

Aşağıdaki örnek, varsayılan proje koleksiyonunda (DefaultCollection) barındırılan Fabrikam Fiber projesindeki test planı yükseltmesinin durumunun nasıl kontrol alınacağını gösterir:

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

İçeri Aktar

TFS 2013 ' de içeri aktarma komutu kullanımdan kaldırılmıştır. Önceki sürümlere buradan ulaşılabilir:

Azure DevOps Server önceki bir sürümünden veri ve projeleri yükseltirken yardıma ihtiyacınız varsa, bkz. yükseltme Azure DevOps Serverveya Microsoft desteğiile iletişim kurma.

Hazırlık ESQL

Hazırlık ESQL komutu TFS 2012 ' de kaldırıldı. Önceki sürümlere buradan ulaşılabilir:

Onar

Onarım komutu TFS 2012 ' de kaldırıldı. Önceki sürümlere buradan ulaşılabilir:

Başarısız bir veritabanı düzeltme ekiyle sonra saklı yordamlarınızı onarmanız gerekiyorsa Microsoft desteğibaşvurun.

Tanın

TFS 2013 ' de Tanıla komutu kullanımdan kaldırılmıştır. Önceki sürümlere buradan ulaşılabilir:

Uygulama Katmanınızda ve veri katmanı sunucularınızda Azure DevOps Server yönelik yazılım güncelleştirmeleri arasında olası uyuşmazlıkları tanılamak için yardıma ihtiyacınız varsa Geliştirici topluluğu desteği' ne başvurun.

Güncelleştirmeler

Updates komutu TFS 2013 ' de kullanımdan kaldırılmıştır. Önceki sürümlere buradan ulaşılabilir:

Azure DevOps Server veritabanlarında eksik olan yazılım güncelleştirmelerini yüklemek için yardıma ihtiyacınız varsa Microsoft desteğibaşvurun.

PrepareClone

Hazırlık Eclone komutu TFS 2017 ' de kullanımdan kaldırılmıştır.

Komut kullanılabilirliği: TFS 2015 ve TFS 2013

Hazırlık Eclone komutu, bir Azure DevOps Server dağıtımından zamanlanmış yedeklemeler, SharePoint ve raporlama kaynakları hakkındaki bilgileri kaldırır. Bu komut iki durumda kullanılır:

  • bir dağıtımı yeni donanıma taşıdığınızda ancak eski dağıtımı kullanmaya devam etmek istiyorsanız
  • bir Azure DevOps Server dağıtımını kopyaladığınızda

Bu durumların her birinde, bu komutu çalıştırmak kritik öneme sahiptir. Aksi takdirde, özgün kaynaklar hem özgün hem de yeni sunucular tarafından kullanılır. Hem özgün hem de yeni sunucular canlı ise, herhangi bir süre için aynı SharePoint veya raporlama kaynaklarına işaret ettikten sonra bozulmuş veritabanları ile bitiyor olabilirsiniz.

Önemli:
Azure DevOps Server taşıdıktan veya kopyalamanız durumunda bu komutun yapılandırmadan önce çalıştırılması gerekir. Yapılandırma sonrasında çalıştırırsanız, veritabanlarınızdaki içerik ve web.config dosyanızdaki içeriklerle ilgili tutarsızlıklara sahip olabilirsiniz. Bu tutarsızlıklar sunucunuzu çevrimdışına alabilir. Taşınan veya kopyalanmış Azure DevOps Server dağıtımınızı zaten yapılandırdıysanız ve komutu çalıştırmanız gerekiyorsa, bu adımları izleyin. İlk olarak, sunucunuzu sessiz moda alın. Ardından, hazırlık Eclone komutu, ChangeServerId komutu ve sonra RemapDBs komutunu çalıştırın. Son olarak, sunucunuzu sessiz moda alın.

TFSConfig PrepareClone /SQLInstance:ServerName /DatabaseName:TFSConfigurationDatabaseName
    [/notificationURL: TFSURL] [/usesqlalwayson]
Seçenek Ne yapar?
/DatabaseName Yapılandırma veritabanının adının yanı sıra Azure DevOps Server için eşlemek istediğiniz veritabanını barındıran sunucunun adını belirtir.
/SQLInstance: ServerName Azure DevOps Server için bir veya daha fazla veritabanı barındıran bir sunucu olarak eşlemek istediğiniz sunucunun adını belirtir. Varsayılan örnek dışında bir örnek bir veritabanı barındırıyorsa, örneğin adını da belirtmeniz gerekir. Şu biçimi kullanın: ServerName < /Strong > InstanceName.
/NotificationURL: TFSURL İsteğe bağlı. Uygulama katmanı sunucusu için bildirim URL 'sini belirtir.
/usesqlalwayson İsteğe bağlı. Veritabanlarının SQL Server bir AlwaysOn kullanılabilirlik grubunun parçası olduğunu belirtir. Yapılandırıldıysa, bu seçenek bağlantı dizesinde MultiSubnetFailover 'ı ayarlar.

Daha fazla bilgi için bkz. AlwaysOn kullanılabilirlik grupları (SQL Server).

Önkoşullar

Hazırlık Eclone komutunu kullanmak Için Team Foundation Yöneticileri güvenlik grubunun bir üyesi olmanız ve Azure DevOps Server tarafından kullanılan tüm SQL Server veritabanları için sysadmin güvenlik grubunun bir üyesi olmanız gerekir. Daha fazla bilgi için bkz. Azure DevOps Server Için izin başvurusu.

Açıklamalar

Özgün yüklemeyi yeni donanıma taşıdığınızda ve özgün dağıtım Azure DevOps Server ve donanımını kullanmaya devam etmek istediğinizde veya test amacıyla Azure DevOps Server dağıtımınızı kopyalamak istediğinizde Azure DevOps Server yeniden yapılandırmak için hazırlık Eclone komutunu kullanırsınız. TFSConfig hazırlık Eclone 'yi TFSConfig RemapDBs ve TFSConfig ChangeServerId ile birlikte kullanarak kopyalama yapılandırmasını destekliyoruz.

Örnek

Aşağıdaki örnek, eski yedekleme, raporlama ve SharePoint kaynak bilgilerini kaldırmak için NewFabrikamTFS adlı bir taşınan Azure DevOps Server komutunun nasıl kullanılacağını gösterir. Bu bilgiler kaldırılırsa, özgün Azure DevOps Server dağıtımı yine de aynı kaynakları kullanır ve veritabanları bozuk olur. Örnekte, taşınan Azure DevOps Server destekleme SQL Server ayrıca NewFabrikamTFS olarak adlandırılır ve örnek varsayılan örneğidir, bu nedenle yalnızca sunucu adı olmak üzere belirli bir örnek bilgisi gerekmez.

TFSConfig PrepareClone /SQLInstance:NewFabrikamTFS /DatabaseName:TFS_Configuration