¿Cuán importante es el archivo .vsmdi de Visual Studio?

Question

Este es el escenario:

'Usuario A' ha creado pruebas unitarias mediante Visual Studio 2010. El proyecto de prueba y el código fuente de la prueba unitaria han sido registrados en el control de versión. 'Usuario B' obtiene el código fuente del proyecto de prueba y la unidad de prueba del control de versión. 'Usuario B' abre el proyecto de prueba y recibe un mensaje que dice "Error al cargar blah.blah.blah.vsmdi: archivo de entrada no encontrado: blah.blah.blah.vsmdi". Sin embargo, 'Usuario B' aún puede ejecutar las pruebas de la unidad con éxito.

Ahora, independientemente de si el 'Usuario A' debe haber ingresado el archivo .vsmdi, no parece haber ningún efecto negativo, aparte del mensaje de error.

¿Hay algún daño al no tener el archivo .vsmdi? O, por el contrario, ¿cuál es el beneficio de tener el archivo .vsmdi?

Answer 1

Bueno, por lo que he reunido, no hay daño en no tener el archivo .vsmdi, al utilizar VS 2010.

Answer 2

El uso de archivos VSMDI en VSTS 2005 ha tenido muchos problemas relacionados con la capacidad de mantenimiento. Aunque puede tener potencial en las futuras versiones de VS, actualmente parece mejor mantenerse alejado de ella.

Consulte el siguiente blog de MSDN que detalla la solución. Tenga en cuenta que esto se aplica solo al VS2005. VSTS 2008 ahora usa testcontainers en su lugar.

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

Answer 3

El siguiente enlace da un poco de buena información * archivos .vsmdi

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

En resumen, el contenido del enlace útil en este caso es:

Originalmente, el uso del archivo * .vsmdi era un requisito para obtener la integración de MSTest con MSBuild trabajando en un servidor de compilación TFS; sin embargo, este requisito se ha eliminado una vez más al eliminar la utilidad del archivo.

Suponiendo que solo está utilizando la Vista de prueba para ejecutar sus pruebas, estos archivos son perfectamente seguros de eliminar. Si quieres tratar de resolver el problema, hay una solución imperfecta. Simplemente elimine todos los archivos de su disco y en el control de la versión (suponiendo que esté usando TFS aquí, o cualquier sistema de control de versiones que esté integrado con Visual Studio), luego ordene al sistema de control de versiones que realice una extracción exclusiva.