Per quanto riguarda il Team Explorer:
Microsoft non aprire mai la personalizzazione del Team Explorer, fornendo API corrispondente nel modello a oggetti. Non dovresti aggiungere/modificare/cambiare nodi lì. Ma la gente è riuscita a fare alcuni trucchi di riflessione.
Continuo a non pensare che sia una buona idea personalizzare Team Explorer, specialmente quando si vede Visual Studio 2012: rinnovano tutto lì.
Microsoft Test Manager:
Sembra che i dati sono tirato dal API Team Build direttamente, in modo da non avrete la possibilità di collegare squadra City ci.
Il campo degli elementi di lavoro è una storia diverse:
I valori attuali sono costruiti da un elenco globale che viene aggiornato dal Team Build. Quindi puoi mantenere il contenuto dell'elenco invece di Team Build se usi Team City, Sean Lynch ti ha dato il puntatore per aggiornare un elenco globale. Questo punto non è affatto difficile, è piuttosto semplice.
Tutto sommato quello che ti serve di più se il campo Oggetto di lavoro e puoi farlo. Se è ancora necessario un elenco di tutte le build di Team City in Visual Studio, scrivere un .vsix di Visual Studio per aggiungere una visualizzazione personalizzata che mostri la build di Team City. Ho meno speranza per MTM.
Ultimo commento: stai lontano dal database TFS, Microsoft è chiaro che non ti è permesso di leggerlo/toccarlo. È allettante, ma perderai tutto il supporto MS se lo fai. Ma nota che sarebbe l'unico modo per ottenere quello che vuoi ...
Con "TFS costruire Explorer" si intende la cartella Costruire in Team Explorer? – Nock
La cartella Build e/oi campi "Found in Build"/"Integrated in Build" negli elementi di lavoro, nonché i collegamenti in Microsoft Test Manager, penso. – GWLlosa
Per noi, in particolare i campi "Found in Build"/"Integrated in Build" sono stati il problema principale. –