Quanto è importante il file .vsmdi di Visual Studio?

Question

Ecco lo scenario:

"Utente A" ha creato test di unità tramite Visual Studio 2010. Il progetto di test e il codice sorgente di test unità sono stati controllati in controllo versione. "Utente B" ottiene il progetto di test e il codice sorgente del test unitario dal controllo di versione. L'utente B apre quindi il progetto di test e riceve un messaggio che dice "Errore durante il caricamento di blah.blah.blah.vsmdi: file di input non trovato: blah.blah.blah.vsmdi." Tuttavia, "Utente B" può ancora eseguire correttamente i test unitari.

Ora, indipendentemente dal fatto che "Utente A" sia stato selezionato nel file .vsmdi, non sembrano esserci effetti negativi, a parte il messaggio di errore.

C'è qualche danno nel non avere il file .vsmdi? Oppure, al contrario, qual è il vantaggio di avere il file .vsmdi?

Answer 1

Beh, da quello che ho raccolto, non c'è nulla di male nel non avere il file .vsmdi, quando si utilizza VS 2010.

Answer 2

L'utilizzo di file VSMDI in VSTS 2005 ha molti problemi relativi alla manutenibilità. Anche se potrebbe avere un potenziale nelle versioni future di VS, attualmente sembra meglio starne alla larga.

Dai un'occhiata al seguente blog MSDN che descrive la soluzione alternativa. Si prega di notare che questo vale solo per VS2005. VSTS 2008 ora utilizza invece i contenitori di test.

How to run tests in a build without test metadata files and test lists (.vsmdi files)

Answer 3

Il seguente link dà un po 'di buone informazioni * file .vsmdi

http://notgartner.wordpress.com/2011/02/10/what-is-a-vsmdi-file/

In breve, il contenuto del collegamento utile è:

Originariamente l'uso del file * .vsmdi era un requisito per ottenere l'integrazione MSTest con MSBuild che funziona su un server di compilazione TFS, tuttavia questo requisito è stato rimosso una volta di nuovo rimuovendo l'utilità del file.

Supponendo che si stia utilizzando solo la Vista test per eseguire i test, questi file sono perfettamente sicuri da eliminare. Se vuoi provare ad affrontare il problema, c'è una soluzione imperfetta. Rimuovere semplicemente tutti i file dal disco e nel controllo di versione (supponendo che si stia utilizzando TFS qui o qualsiasi sistema di controllo della versione integrato con Visual Studio), quindi istruire il sistema di controllo della versione per eseguire un check-out esclusivo.