2009-05-26 11 views
19

Poszukuję sposobu określenia szablonu procesu używanego w projekcie zespołowym po jego utworzeniu. Mogę teraz tylko zgadywać, patrząc na typy elementów pracy. Nie mogłem znaleźć żadnej opcji w Visual Studio, aby pobrać te informacje. Muszę wiedzieć, jaki szablon procesów został użyty w projektach zespołowych, które nie zostały stworzone przeze mnie.Jak określić używany szablon procesu na serwerze Team Foundation Server po utworzeniu projektu zespołowego

Odpowiedz

2

mogę znaleźć inne obejście: w Administracji centralnej programu SharePoint można wyświetlić na liście Kolekcja witryn komentarz opisujący zastosowany szablon procesu. Naprawdę szukałem sposobu, aby programowo pobrać go za pośrednictwem TFS API, ale nie mógł go znaleźć.

+0

Site Lista ction znajduje się w zakładce Zarządzanie aplikacjami, a następnie w grupie Zarządzanie miejscem pracy. Jednak nie widzę nic, co pozwala mi zobaczyć poszczególne projekty. – BlackICE

0

Nie znam sposobu, aby to sprawdzić.

Polecam następujące: Istnieje exe o nazwie witexport.exe, który może wyeksportować xml elementu pracy. Możesz następnie przejrzeć xml, aby zobaczyć, jakiego rodzaju szablon został użyty. (jeśli użyjesz szablonu conchango, zobaczysz odniesienia do niego).

Aby uruchomić, uruchom polecenie VS Wiersz poleceń (w menu start). Oto przykład prowadzony:

witexport/f "C: \ Type.xml"/t "http: \ Mój_serwer 8080"/P myProject/n "Sprint o zaległościach pozycji"

5

Nie ma sposobu, aby powiedzieć, w ogóle. Jeśli tworzysz (lub edytować) szablonu procesu, można umieścić identyfikator do nieruchomości następnie będzie można śledzić, które projekty mają swoją szablonu (ów)

Aby to zrobić: Edit Klasyfikacja \ Classification .xml dodać węzeł: zadania/zadań/taskXml/właściwości/nieruchomość tak:

<property name="templateName" value="myTemplate_1.0.1" />

Gdy masz projektów utworzonych z tego szablonu, w modelu obiektów będzie można pociągnąć to informacje z projek t:

TfsTeamProjectCollection c = TfsTeamProjectCollectionFactory.GetTeamProjectCollection(myuri); 
WorkItemStore wis = tpc.GetService(); 
ICommonStructureService ICss = tpc.GetService(); 

foreach (Project p in wis.Projects) 
{ 
    string ProjectName = string.Empty; 
    string ProjectState = String.Empty; 
    int templateId = 0; 
    ProjectProperty[] ProjectProperties = null; 
    ICss.GetProjectProperties(p.Uri.ToString(), out ProjectName, out ProjectState, out templateId, out ProjectProperties); 
    Console.WriteLine("Project: {0}\tTemplate: {1}", ProjectName, ProjectProperties.Where(n => n.Name == "templateName").FirstOrDefault().Value); 
}

templateId jest zawsze -1, więc nie sądzę, że ci pomoże.

Ponadto - jeśli masz uprawnienia, zalecamy dodanie tej właściwości do wszystkich szablonów (nawet szablonów domyślnych) w Twojej kolekcji, abyś mógł śledzić szablony wszystkich przyszłych projektów. Nie wiem, dlaczego nie umieścili go w domyślnych szablonach. (jeśli wystarczająco dużo osób narzeka, może tak będzie)

+0

Jeśli dodasz tę właściwość do pliku Classification.xml, okaże się, że nie możesz już edytować szablonu procesu w Visual Studio: pojawi się błąd "istnieje klucz" "istnieje" – piers7

0

Za pomocą witadmin można wyświetlić typy elementów pracy w projekcie. Parametr /collection jest adresem URL TPC, a parametr/p jest nazwą projektu. Oto przykład (poniżej). Jeśli znasz nazwę typu elementu pracy, która jest specyficzna dla szablonu procesu, to wiesz, który szablon procesu jest używany.

Wyjście z konsoli poleceń z moich TFS testowych:

D:\Program Files\Microsoft Team Foundation Server 2010\Tools>witadmin listwitd /collection:http://suluserver:8080/tfs/De 
faultCollection /p:"First Team Project" 
Bug 
Shared Steps 
Task 
Test Case 
User Story 
Issue 
Risk 
User Scenario 
Risk-Issue 
6

Dla TFS 2010 & TFS 2012, można śledzić poniżej procesu w celu ustalenia, który proces szablon używany projekt zespołu:

  1. idź do Team Explorer;
  2. Folder Otwórz dokumenty;
  3. Wskazówki dotyczące procesu;
  4. Otwórz ProcessGuidance.html, otworzy to dokumentację procesu szablonu, na której opiera się projekt Twojego zespołu.

Patrz thread

6

Jeśli sprawdzić typ elementu pracy:

  • Scrum = Zaległości produktu-
  • Agile Story = Użytkownik
  • CMMI = Wymaganie
Powiązane problemy