Pourquoi Visual Studio crée-t-il un nouveau fichier .vsmdi?

Si j’ouvre une solution dans Visual Studio 2008 et exécute un test unitaire, VS crée un nouveau fichier .vsmdi dans le dossier Éléments de solution et lui atsortingbue le numéro suivant, par exemple My Solution2.vsmdi.

Avez-vous une idée de ce que fait VS et comment puis-je le faire cesser?

Il semble que le problème VSMDI soit un bogue connu depuis le système d’équipe VS2005 mais qu’il n’a pas encore de solution claire. Une autre raison pour ne pas utiliser MS Test.

Un blog MSDN explique comment exécuter des tests unitaires sans fichiers VSMDI .

En supposant que le fichier VSMDI est sous contrôle de code source, voici un article sur le support Microsoft à ce sujet: Plusieurs fichiers vsmdi après l’exécution du test d’équipe avec le fichier VSMDI sous le contrôle de code source

Qui dit:

Quelqu’un a effectué un test alors que quelqu’un d’autre modifiait le fichier vsmdi. Team Test détecte que le fichier VSMDI n’est pas synchronisé et que Team Test en fait un et que vous voyez donc les fichiers vsmdi incrémentés.

Et:

En allant de l’avant, vous voulez vous assurer que le fichier n’est pas marqué pour la vérification automatique lorsqu’il est modifié. Lorsque le fichier VSMDI est extrait par le testeur actuel, vous ne souhaitez pas que d’autres utilisateurs puissent l’examiner. Vous souhaitez que vos développeurs extraient le fichier, exécutent un test et le réintégrent.

Je travaille autour de cela en vérifiant toujours le .vsmdi.
Il semble que cela ne se produise que lorsque le fichier .vsmdi est en lecture seule, par exemple, qu’il n’est pas extrait dans un système de contrôle de version utilisant ce type de comportement lock-local-files (Perforce, etc.).

Un ancien message, mais vsmdi, est un fichier de métadonnées créé par le système de test.