Миграция значения пользовательского рабочего элемента Tfs - PullRequest
Новая
       1

Миграция значения пользовательского рабочего элемента Tfs

4 голосов
/ 22 сентября 2011

У меня есть задача создавать отчеты о различных рабочих элементах из экземпляра Team Foundation Server 2010.Они ищут больше информации, чем, по-видимому, предоставляют инструменты запросов, поэтому я не использую возможности отчетов OOB.Документация по созданию пользовательских отчетов для TFS идентифицирует куб Tfs_Analysis и базу данных Tfs_Warehouse в качестве предполагаемых источников отчетов.

Они создали пользовательский рабочий элемент , "Deployment Requests ", для отслеживания запросов на миграцию кода.Этот рабочий элемент имеет настраиваемые уровни срочности (критический, средний, низкий).

Согласно Обработка куба хранилища данных и служб анализа для Team Foundation Server вручную, каждые две минуты мой ODS (Tfs_DefaultCollection) должен синхронизироваться с Tfs_Warehouse и каждые 2 часа попадать в куб Tfs_Analysis.,Основные рабочие элементы правильно отображаются в моем хранилище Tfs_Warehouse, за исключением того, что не все данные перезаписываются, в частности, срочность не переносится.

В качестве конкретного примера, рабочий элемент 19301 был запросом на развертывание.Это то, что они могут увидеть, используя собственный инструмент запросов из веб-интерфейса.tfs work item query

Я могу найти его в Tfs_DefaultCollection, и «Срочность» отображается на Fld10176. 

SELECT 
    Fld10176 AS Urgency
, * 
FROM Tfs_DefaultCollection.dbo.WorkItemsAre 
WHERE ID = 19301

усеченные результаты ... 

Urgency                       Not A Field   Changed Date 
1 - Critical - (Right Away)   58            2011-09-07 15:52:29.613

ЕслиЯ запрашиваю склад, вижу запрос на развертывание и «стандартные» данные (люди, время, площадь и т. Д.) 

SELECT
    DWI.System_WorkItemType
,   DWI.Microsoft_VSTS_Common_Priority
,   DWI.Microsoft_VSTS_Common_Severity
,   *
FROM
    Tfw_Warehouse.dbo.DimWorkItem DWI
WHERE
    DWI.System_Id = 19301

Обрезанные результаты 

System_WorkItemType   Microsoft_VSTS_Common_Priority   Microsoft_VSTS_Common_Severity
Deployment Request    NULL                             NULL

Я не TFSadmin (первое знакомство с TFS на этом новом концерте) и до сих пор они были довольно ... бесполезными.

  • Есть ли способ сопоставить это пользовательское поле с существующим полем в Tfs_Warehouse?(Обратная засыпка устаревших значений была бы полезна, но все, что мне нужно, - это исправить текущее / будущее)
  • Есть ли другой подход, который мне следует использовать?

Ответы [ 2 ]

5 голосов
/ 23 сентября 2011

Вы отметили поле как отчетное?См. http://msdn.microsoft.com/en-us/library/ee921481.aspx для получения дополнительной информации по этой теме.

1 голос
/ 26 сентября 2011

Основываясь на ссылке Эвальда Хофмана, я запустил 

C:\Program Files\Microsoft Visual Studio 10.0\VC>witadmin listfields /collection:http://SomeServer/tfs > \tmp\witadmin.txt

и обнаружил множество вещей, не настроенных

. Сообщается как: Нет

В этот момент я наказал билет администраторам TFS и указал, что им нужно что-то исправить.В частности, изучите эти два поля 

  Field: Application.Changes
  Name: ApplicationChanges
  Type: PlainText
  Use: Project1, Project2
  Indexed: False
  Reportable As: None

или 

  Field: Microsoft.VSTS.Common.ApplicationChanges
  Name: Application Changes
  Type: Html
  Use: Project1, Project2
  Indexed: False
  Reportable As: None

Пройдет некоторое время, прежде чем администраторы TFS сделают что-либо, но я рад принять ответ Эдвальда.

...