En cuanto al Explorador de Equipo:
Microsoft nunca abra la personalización del Team Explorer, proporcionando API correspondiente en el modelo de objetos. Se supone que no debes agregar/modificar/cambiar nodos allí. Pero la gente tuvo éxito al hacer algunos trucos de reflexión.
Todavía no creo que sea una buena idea personalizar Team Explorer, especialmente cuando se ve Visual Studio 2012: se renueva todo allí.
Microsoft Test Manager:
Parece que los datos son extraídos de la API Crear equipo directamente, por lo que no tendrá la posibilidad de conectar equipo de la ciudad de allí.
El campo de elemento de trabajo es una historia diferente:
Los valores actuales se construyen a partir de una lista global que se actualiza por el equipo de construcción. Para que pueda mantener el contenido de la lista en lugar de Team Build si usa Team City, Sean Lynch le dio el puntero para actualizar una lista global. Este punto no es difícil en absoluto, es bastante sencillo.
En general, lo que más necesita es el campo Artículo de trabajo y puede hacerlo. Si aún necesita una lista de todas sus compilaciones de Team City en Visual Studio, escriba un Visual Studio .vsix para agregar una Vista personalizada que muestre su compilación de Team City. Tengo menos esperanza para MTM.
Último comentario: aléjese de la base de datos TFS, Microsoft tiene claro que no tiene permiso para leerla/tocarla. Es tentador, pero perderás todo el apoyo de MS si lo haces. Pero tenga en cuenta que sería la única forma de lograr lo que desea ...
Por "TFS Build Explorer" te refieres a la carpeta de compilación en Team Explorer? – Nock
Creo que la carpeta de compilación y/o los campos "Encontrado en compilación"/"Integrado en compilación" en los elementos de trabajo, así como los enlaces en Microsoft Test Manager. – GWLlosa
Para nosotros, en particular, los campos "Encontrado en compilación"/"Integrado en compilación" han sido el problema principal. –