Po zakończeniu operacji od czasu do czasu w event logu zaczął pojawiać się następujący wpis:

Event Type: Information
Event Source: TFS Services
Event Category: None
Event ID: 3007
Date:  2/12/2010
Time:  9:09:27 AM
User:  N/A
Computer: MACHINENAME
Description:
TF53010: The following error has occurred in a Team Foundation component or extension:
Date (UTC): 2/12/2010 8:09:27 AM
Machine: MACHINENAME
Application Domain: /LM/W3SVC/3/Root/Services-2-129104063734642635
Assembly: Microsoft.TeamFoundation.Server, Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; v2.0.50727
Process Details:
Process Name: w3wp
Process Id: 1836
Thread Id: 3168
Account name: DOMAINNAME\TFSSERVICE

Detailed Message: TF205005: Team Foundation Server is unable to locate one or more of the installed error messages. Please repair the installation from Programs and Features in Control Panel to fix this problem. For more information, see “How to: Repair Team Foundation Server” in the Team Foundation Server Installation Guide that can be downloaded from the Microsoft Web site (http://go.microsoft.com/fwlink/?LinkID=82562 ). Detailed information :Error 400006, severity 16, state 1 was raised, but no message with that error number was found in sys.messages. If error is larger than 50000, make sure the user-defined message is added using sp_addmessage.
Web Request Details
Url: http://bbtfs01:8080/Services/v1.0/GroupSecurityService.asmx [method: POST]
User Agent: Team Foundation (w3wp.exe[Integration], 9.0.30729.1)
Headers: Content-Length=475&Content-Type=text%2fxml%3b+charset%3dutf-8&Accept-Encoding=gzip&Accept-Language=en-US&Expect=100-continue&Host=bbtfs01%3a8080&User-Agent=Team+Foundation+(w3wp.exe%5bIntegration%5d%2c+9.0.30729.1)&X-TFS-Version=1.0.0.0&X-TFS-Session=50a2974e-efa9-4138-b357-f327267aa27b&SOAPAction=%22http%3a%2f%2fschemas.microsoft.com%2fTeamFoundation%2f2005%2f06%2fServices%2fGroupSecurity%2f03%2fReadIdentity%22
Path: /Services/v1.0/GroupSecurityService.asmx
Local Request: True
Host Address: 10.10.10.181
User: DOMAINNAME\TFSSERVICE [authentication type: NTLM]

Exception Message: TF205005: Team Foundation Server is unable to locate one or more of the installed error messages. Please repair the installation from Programs and Features in Control Panel to fix this problem. For more information, see “How to: Repair Team Foundation Server” in the Team Foundation Server Installation Guide that can be downloaded from the Microsoft Web site (http://go.microsoft.com/fwlink/?LinkID=82562 ). Detailed information :Error 400006, severity 16, state 1 was raised, but no message with that error number was found in sys.messages. If error is larger than 50000, make sure the user-defined message is added using sp_addmessage. (type DatabaseConfigurationException)
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Po dość długim główkowaniu i szukaniu udało mi się znaleźć rozwiązanie tego problemu nieco odmienne niż to zasugerowane w powyższej informacji (nie zasugerowałem się powyższym z powodu dużej customizacji na instacji TFS, którą zarządzam i koniecznością przeinstalowania dodatków). Przyczyną niedogodności jest umieszczenie definicji błędów w bazie danych master (a na ten temat w nie było nic w scenariuszu na MSDN).

Definicje błędów można uzupełnić, poniżej opis jak to zrobić:

• Wyeksportować definicje ze starego serwera bazodanowego do pliku:

bcp.exe “select * from master.dbo.sysmessages where error > 50000″ queryout “c:\tfs_sysmessages_tfsdatabasehost.txt” -T -c -S oldSQL

• Utworzyć tymczasową tabelę w bazie na nowym serwerze bazodanowym:

CREATE TABLE [dbo].[tmp_sysmessages](

[error] [int] NOT NULL,

[severity] [tinyint] NULL,

[dlevel] [smallint] NULL,

[description] [nvarchar](255) COLLATE Latin1_General_CI_AS NULL,

[msglangid] [smallint] NOT NULL

) ON [PRIMARY]

• Zaimportować do niej definicje:

bcp.exe tempDatabase.dbo.tmp_sysmessages in “c:\tfs_sysmessages_tfsdatabasehost.txt” -T -c -S newSQL

• Przekopiować tymczasową tabelę do używając procedury składowanej sp_addmessage:

DECLARE @Error AS int

DECLARE @Severity AS tinyint

DECLARE @DLevel as smallint

DECLARE @Description as VARCHAR(255)

DECLARE @Msglangid as smallint

DECLARE curMessages CURSOR FOR

SELECT error, severity, dlevel, description, msglangid

FROM tempDatabase.dbo.tmp_sysmessages

WHERE error > 50000

OPEN curMessages

FETCH NEXT FROM curMessages

INTO @Error, @Severity, @DLevel, @Description, @Msglangid

WHILE @@FETCH_STATUS = 0

BEGIN

EXEC sp_addmessage @Error, @Severity, @Description, NULL, ‘TRUE’, ‘replace’

FETCH NEXT FROM curMessages

INTO @Error, @Severity, @DLevel, @Description, @Msglangid

END

CLOSE curMessages

DEALLOCATE curMessages

• Usunąć tymczasową tabelę tmp_sysmessages.

Po wykonaniu czynności z powyższego opisu komunikaty błędów stają się zrozumiałe;)

źródła:

How to: Move Your Team Foundation Server from One Hardware Configuration to Another – MSDN

How to: Restore Data for Team Foundation – MSDN

Team Foundation Server is unable to locate one or more of the installed error messages error – MSDN Forums

Error
TF30004: The New Team Project Wizard encountered an unexpected error while initializing the Microsoft.ProjectCreationWizard.Reporting plug-in.
Explanation
TF30171: The Microsoft.ProjectCreationWizard.Reporting plug-in used to create the new team project could not be initialized and returned the following error: TF30224: Failed to retrieve projects from the report server. Please check that the SQL Server Reporting Services Web and Windows services are running and you have sufficient privileges for creating a project..
User Action
Contact your Team Foundation Server administrator.

Jednocześnie zauważyłem, że przestały się w Team Explorerze wyświetlać raporty. Pierwsza myśl, że coś nie jest w porządku z Reporting Services. Na szczęście mojej obawy nie udało się potwierdzić, na innej maszynie z Team Explorerem raporty pojawiły się prawidłowo, tam też udało się utworzyć projekt. Wniosek, problem dotyczy tylko Team Explorera na jednej maszynie.

Ponowne zainstalowanie SP1 dla Visual Studio Team Explorer 2008 spowodowało, że błąd przestał się pojawiać.

Po poszukiwaniach w Internecie znalazłem, że to dość częsty problem.

źródło poza własnym doświadczeniem:

TFS SQL Reports Red Cross issue and Project creation failed – MSDN Forums

TFS 2008/Visual Studio 2008 TF30004 TF30171 TF30224 Can’t create a new project – MSDN Forums

TF03177: Team Project Creation Failed – The Joy of Code

W tej chwili na nowej witrynie projektu do pobrania jest instalator:

TFS Integration Platform (installer – Alpha)

oraz dokumentacja:

TFS Integration Platform Documentation

w skład której wchodzą dwa ogólne dokumenty, którym warto się przyjrzeć:

TFS Integration Platform – Migration Guidance

TFS Integration Platform – Planning Poster

Zasada działania TFS Integration Platform jest podobna do zasad działania TFS to TFS Migration Tool. Wskazuje to, że narzędzie będzie posiadało podobne ograniczenia co do funkcjonalności. Pocieszające jest, że lepiej jest przygotowana dokumentacja i scenariusze do operacji wspieranych przez narzędzie.

Za jakiś czas będę przeprowadzał integrację trzech dużych środowisk TFS 2008/10 i nowemu narzędziu będę się musiał poważnie przyjrzeć. Do tej pory brałem pod uwagę jedynie wspierany w TFS 2010 scenariusz z podłączeniem baz danych z TFS 2008 (jest to wspierane!) alternatywa w postaci TFS Integration Platform może bardzo mi pomóc.

Jeśli ktoś z czytelników próbował używać TFS Integration Platform jestem bardzo ciekawy efektów.

źródła:

TFS Integration Platform – CodePlex

TFS to TFS Migration Tool – CodePlex

Przyśpiesza działanie Source Control i obniża utylizację połączenia do serwera TFS. Po jego konfiguracji programista pobierający kod z TFS dokonuje tego pośrednio przez Proxy, który je buforuje (cache). Następny programista z tej samej lokalizacji synchronizując się z TFS obiekty, które zostały poprzednio zbuforowane przez proxy pobiera je bezpośrednio z niego a wszystkimi, które pobiera bezpośrednio z TFS ładuje również do bufora w Proxy.

Instalacja TFS Proxy:

1. Do przeprowadzenia instalacji należy upewnić się czy mamy prawa lokalnego administratora na komputerze na którym mamy zainstalować TFS Proxy.
2. Należy w domenie stworzyć konto TFSPROXY w kontekscie, którego będzie działał TFS Proxy, utworzyć na serwerze każdym serwerze TFS do którego będzie łączyło się Proxy lokalną grupę np: “Proxy Service Accounts” i dodać do tej grupy konto TFSPROXY. Można również użyć konta na którym działają usługi TFS Servera – TFSSERVICE (jednak pierwsze rozwiązanie jest bezpieczniejsze i dlatego zalecane).
3. Zainstalować IIS i włączyć obsługę ASP.NET.
4. Zainstalować .NET Framework 2.0.
5. Zainstalować QFE KB925673 for MSXML 6.0 Parser.
6. Uruchomić instalator Team Foundation Servera , wybrać instalację Team Foundation Server Proxy i wcisnąć Install by rozpocząć instalacja Microsoft Visual Studio 2008 Team Foundation Server Proxy.
7. Na ekranie powitalnym wciskamy Next, po czym akceptujemy warunki umowy licencyjnej, wprowadzamy klucz produktu po czym wciskamy Next.
8. System Health Check sprawdzi zgodność środowiska z wymogami instalatora, jeśli nie ma żadnych problemów wciskamy Next.
9. Przyszedł czas na wybór folderu docelowego instalacji, zatwierdzamy Next.
10. Teraz pora na wybór folderu do przechowywania cache, akceptujemy domyślną ścieżkę lub wskazujemy dedykowany do tego celu folder (wskazany szybki dysk), zatwierdzamy Next.
11. Service Logon Account – tu podajemy parametry konta stworzonego w punkcie 2 (Domain\TFSPROXY) i klikamy Next.
12. W tej  sposób konfiguracja instalatora została zakończona, co potwierdzamy wciskając Install.
13. Wskaźnik instalatora pokazuje nam stan instalacji.
14. Po ukończeniu działania instalatora wciskamy Finish.

Konfiguracja TFS Proxy:

• Plik z konfiguracją TFS Proxy (proxy.config) znajduje się w %ProgramFiles%\Microsoft Visual Studio 2005 Team Foundation Server\Web Services\VersionControlProxy\proxy.config.
• W configu można zmienić następujące ustawienia (ciekawym rozwiązaniem jest konfiguracja jednego serwera proxy dla kilku serwerów TFS)
• Po każdej zmianie configu należy przeładować pulę aplikacji obsługującą Proxy.

Ustawienie Visual Studio do korzystania z TFS Proxy:

1. Tools -> Options.
2. W okienku Options wybierz Source Control, rozwiń i wybierz Visual Studio Team Foundation Server.
3. Wybierz: Use Proxy server.
4. W oknie Server podaj ścieżkę UNC serwera gdzie jest zainstalowane Proxy.
5. W polu port wpisz: 8081 (domyślny po instalacji).
6. Wybierz protokół który jest używany do komunikacji (domyślnie po instalacji  HTTP).

źródła, poza własnym doświadczeniem:

Team Foundation Installation Guide for Visual Studio Team System 2008 – witryna pobierania

Managing Remote Connections to Team Foundation Server Proxy – MSDN

How to: Enable Version Control Caching for Team Foundation Server Proxy – MSDN

Team Foundation Server Proxy Web.Config File Settings – MSDN

Configure Team Foundation Source Control to use Proxy Server – Visual Studio Team System User Education

Team Foundation Error

System.Web.Services.Protocols.SoapException: The workspace xxx;domain\username already exists on computer yyy. at Microsoft.TeamFoundation.VersionControl.Server.Repository.CreateWorkspace(Workspace workspace)

Aby rozwiązać problem należy wyczyścić cache aplikacji, przez zmianę nazwy jego folderu lub usunięcie zawartości.

Cache Visual Studio Team Explorer znajduje się:

• w Windows 7/Vista: C:\Users\username\AppData\Local\Microsoft\Team Foundation\2.0.

• w Windows XP: C:\Documents and Settings\username\Local Settings\Application Data\Microsoft\Team Foundation\2.0.

źródło: własne doświadczenie

Problem pojawia się zwykle gdy architekci i PMowie nie trzymają się
predefiniowanych metodologii i tworzą dużo work item fields (WIT fields). Jednym
z ograniczeń TFS spowodowanm ograniczeniami SQL jest limit ilości WIT fields do
1024.

Aby uporać się z problemem należy sprawdzić czy występują WIT fields, które
są niewykorzystane. Aby to sprawdzić wykonujemy:

cd C:\Program Files\Microsoft Visual
Studio 9.0\Common7\IDE

witfields view /s:ServerName /unused >
C:\WIT_unused.txt

W utworzonym pliku znajduje się lista nieużywanych WIT fields.

Aby usunąć konkretny WIT field należy wydać komendę:

witfields delete /s:ServerName
Name.Of.Workitem

A następnie zatwierdzić wybór.

Na pewno usunięcie nieużywanych WIT fields na jakiś czas wystarczy:) Jeśli
wszystkie WIT fields zostały wykorzystane i nie ma nieużywanych do usunięcia
zostały 2 drogi:

• zainstalowanie kolejnej instancji VSTSTFS
• dostosowanie prowadzonych projektów do predefiniowanych metodologii, do
  czego zachęcam:)

Swoją drogą chyba będę musiał porozmawiać z architektami:)

źródło: własne doświadczenia

Problem jest dość
błahy ale w konfiguracji która u mnie działa narobił sporo zamieszania. W
konfiguracji jako lokalizacja baz danych i logów była ustawiona domyślna
lokalizacja: C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA

Przy tworzeniu nowej bazy została ona utworzona właśnie w tej lokalizacji.
Niestety partycja C jest dość mała i przyrastający szybko baza szybko
zapełniłaby ją.

Należało podjąć akcję aby do tego nie dopuścić i przenieść ją na partycję która
w moim przypadku służy do składowania baz związanych z TFS.

1. Nie czekając na dokończenie aktualizowania bazy danych
wyłączyłem usługi związane z TFS:

iisreset /stop
net stop “TFSServerScheduler”
net stop “SQL Server Reporting Services (MSSQLSERVER)”

2. Odłączyłem bazę:

USE [master]
GO
EXEC master.dbo.sp_detach_db @dbname = N’TfsWarehouse’, @keepfulltextindexfile=N’true’
GO

3. Przeniosłem pliki bazy i logu do prawidłowej w moim przypadku
lokalizacji.

4. Podłączyłem bazę danych i log:

USE [master]
GO
CREATE DATABASE [TfsWarehouse] ON
( FILENAME = N’E:\MS SQL TFS\TfsWarehouse.mdf’ ),
( FILENAME = N’E:\MS SQL TFS\TFSWarehouse_log.LDF’ )
FOR ATTACH
GO

5. Uruchomiłem TFS:

net start “SQL
Server
Reporting Services (MSSQLSERVER)”
net start “TFSServerScheduler”
iisreset /start

6. Wymusiłem proces Data WareHouse:
Run
i sprawdziłem czy się wykonuje: GetWarehouseStatus a następnie
sprawdziłem czy proces został zakończony poprawnie:  wszystko

jak w tym wpisie. Oczywiście wszystko działa.

Świetny przykład jak przy użyciu minimalnej ilości operacji przenieść bazę danych Microsoft SQL Server:)

źródła:

własne doświadczenia

Ostatnio w logach zaczęły pojawiać się niepokojące informacje na temat generowanych raportów. Raporty z projektów generowane są przez Data WareHouse – warto skorzystać z linka aby dowiedzieć się więcej o teorii jego działania.

Do prawidłowego generowania raportów WareHouse powinien być uaktualniany na bieżąco. Domyślnie jego stan jest odświeżany co 1 godzinę. Do kontroli pracy Data Warehouse służy web service dostępny tylko z maszyny na której jest zainstalowany VSTFS pod adresem: http://localhost:8080/Warehouse/v1.0/warehousecontroller.asmx

Można za jego pomocą między innymi:

• zmienić ustawienia: ChangeSetting
• sprawdzić czy w danej chwili DataWarehouse jest uaktualniany: GetWarehouseStatus
• uruchomić ręcznie proces uaktualniania DataWarehouse: Run

W moim przypadku nie dało się za pomocą tego web service’u wymusić aktualizacji DataWareHouse.

Sprawdziłem kiedy DataWarehouse po raz ostatni był uaktualniony:

SELECT Setting AS LastProcessedTime
FROM [TfsWarehouse].[dbo].[_WarehouseConfig]
WHERE ID = ‘LastProcessTimeStamp’

I niestety było to dawno temu:( W projektowym życiu każdy dzień jest na wagę złota.

Rozwiązaniem, które wybrałem był rebuild całego Dara WareHouse, rozwiązanie mało finezyjne i w moim wypadku długotrwałe (w moim przypadku baza Data WareHouse ma kilkanaście GB) jednak to jedyne wyjście. Jak to zrobić:

cd C:\Program Files\Microsoft Visual Studio 2008 Team Foundation Server\Tools

setupwarehouse -rebuild -mturl “http://nazwaVSTFS:8080″ -s nazwaSQL -d TFSWarehouse -c wareHouseSchema.xml -a DOMENA\TFSSERVICE -ra DOMENA\TFSREPORTS -edt TfsBuild

Operacja ta usuwa istniejącą bazę TFSWarehouse i tworzy nową pustą bazę jednocześnie inicjując pompowanie jej danymi. Warto pamiętać, że wykonując tą operację tracimy raporty o projektach które zostały skasowane.

W moim wypadku zadziałało: GetWarehouseStatus zwrócił informację: RunningAdapters, czyli DataWarehouse jest uaktualniany.

Po kilku godzinach (tak długo, bo baza która została przeanalizowana by wytworzyć Data WareHouse jest naprawdę duża) operacja została zakończona i raporty mogą być już generowane prawidłowo.

Co prawda pojawił się problem wynikający z konfiguracji SQL Servera, ale nie rzutuje to na całość procesu. A co do problemu z SQL to postaram się go opisać, bo to ciekawe case study.

źródła:

własne doświadczenia

SetupWarehouse – MSDN

Kilka dni temu na blogu Marka Byszewskiego przeczytałem wiadomość o udostępnieniu przygotowanego w ramach projektu interfejsu dla języków “pominiętych” przez zespół projektowy: Team Foundation Web Access 2008. Marek jest autorem polskiej części tłumaczenia. Pozostałe języki dostępne w pakiecie to: Chorwacki, Portugalski (Brazylijski), Turecki, Duński, Szwedzki i Holenderski,

Nie jestem zwolennikiem lokalozowania oprogramowania, bo często utrudnia to postępowanie np. w przypadku problemu ale może ten projekt przyczyni się do rozpropagowania bardzo dobrego narzędzia jakim jest TFS.

źródła:

Witryna projektu Team System Web Access Translations

Wpis na blogu Marka Byszewskiego – współałtora projektu

Sam proces upgradu jest właściwie formalonścia jeśli poprzednie kroki zostały wykonane poprawnie. Sprowadza się do przeklikania przez instalator ze zrozumieniem:) zakceptowaniu licencji, wskazaniu katalogu gdzie ma być zainstalowany TFS (polecam pozostanie przy domyślnym), podaniu nazwy serwera bazodanowego i kont w oparciu o które działa usługa, wprowadzeniu adresu mailowego i danych serwera SMTP który ma rozsyłać raporty.

Po przeprowadzeniu upgrade’u aplikacji polecam restart maszyny.

Nie pora to jeszcze na otwieranie szampana, posostało jeszcze kilka operacji, ale o tym w następnym wpisie.

żródła: własne doświadczenia i lektura dokumentacji na MSDN

Przygotowałem checkistę która w moim przypadku świetnie się sprawdziła:

• Zainstalowanie najnowszych poprawek dla serwerów aplikacji i bazodanowych.
• Sprawdzenie czy Sharepoint Services działają poprawnie
• Sprawdzenie czy SQL Server Reporting Services działają poprawnie: http://localhost/reports
• Należy przypomnieć sobie w kontekscie jakich użytkowników działają usługi TFS i jakie są hasła tych użytkowników. W moim przypadku były to konta: domena\TFSService i domena\TFSReports
• Przygotować, wykonać i sprawdzić procedurę backupu baz danych i logów transakcyjnych (baz wykorzystywanych przez TFS jest 11).
• Przygotować, wykonać i sprawdzić procedurę backupu serwera aplikacji
• Wyeksportować klucze Reporting Services Encryption Key
• Jeśli port na którym TFS nasłuchuje został zmieniony należy wrócić na 8080 (domyślny).
• Upewnienie się czy posiadamy odpowiednią ilość wolnego miejca na serwerach bazodanowym i aplikacyjnym. W moim przypadku po operacji przestrzeń dyskowa baz danych i logów transakcyjnych wzrosła o około 15% a zajętość serwera aplikacji wzrosła o około 600MB.
• Zainstalowanie i uruchomienie Team Foundation Server Best Practices Analyzer i uzupełnienie braków które aplikacja wykryła.

Jeśli udało Ci się przebrnąć przez checklistę i w dalszym ciągu chcesz podjąć się operacji upgradu zapraszam do następnego wpisu.

żródła: własne doświadczenia i lektura dokumentacji na MSDN

• Aby przystąpić do tej operacji potrzebujemy: instalator TFS 2008 (podany link do wersji trial, w mojej operacji posłużyłem się wersją pełną, SP1 do tegoż.
• Przygotuj następującą strukturę katalogów:

• Do source skopiuj zawarotość płyty instalacyjnej a bezpośrednio do tfs_2008_sp1 skopiuj plik instalacyjny SP1.
• Rozpakuj pliki SP1 to folderu sp1 za pomocą polecenia:

C:\tfs_2008_sp1\TFS90sp1-KB949786-ENU /extract:C:\tfs_2008_sp1\sp1

�

• Aby uaktualnić zawatość głownego folderu instalacyjnego TFS –AT uruchom następującą komendę:

msiexec /a C:\tfs_2008_sp1\source\AT\vs_setup.msi /p C:\tfs_2008_sp1\sp1\TFS90sp1-KB949786.msp TARGETDIR=C:\tfs_2008_sp1\inclsp1\AT

• Nadpisujemy zawartość folderu AT w katalogu żródłowym przez:

xcopy C:\tfs_2008_sp1\inclsp1\AT C:\tfs_2008_sp1\source\AT /S /Y

• W folderrze C:\tfs_2008_sp1\source otrzymujemy uaktualnioną o dodatek SP1wersję instalatora Team Foundation Server 2008. Niestety roli Build i Proxy nie daje się uaktualnić w tej sposób.

źródła: własne doświadczenia

W następnych kilku wątkach opiszę procedurę jaką wykonałem. Spotkałem w sieci sporo scenariuszy tej operacji ale zawarte w nich informacje były na tyle sprzeczne, że postanowiłem opisać je dla siebie sam:) – ku pamięci.

Firma w której pracuje zajmuje się produkcją rozwiązań softwareowych. Programiści dojrzeli do zmiany środowiska do Visual Studio 2008 (dojrzewanie trochę trwało, bo jest ich kilkuset i prowadzą ponad setkę projektów). Nie będę opisywał zmian w funkcjonaloności TFS w wersji 2008, bo akurat ta jest dobrze opisana na stoinach Microsoft skupię się na stronie technicznej tej operacji.

źródła: własne doświadczenia

Jak skasować projekt w TFS? Po zainstalowaniu TFS dostaliśmy do tego narzedzie: TfsDeleteProject.exe

Aby uruchomić program kasujący projekt należy przejść do katalogu:

dla TFS 2005: c:\Program Files\Microsoft Visual Studio 8\Common7\IDE
dla TFS 2008: c:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE

następnie uruchomić program tfsdeleteproject z odpowiednimi parametrami: (uwaga projekt kasowany jest nieodwracalnie)

tfsdeleteproject /q /force /server:nazwa_serera_tfs “nazwa_projektu”

źródło: własne doświadczenia i dokumentacja do TFS