11

Je suis en train de tomber dans un petit mais étrange désagrément qui semble arriver à d'autres personnes aussi (par exemple, check out the revision history of SEDE). J'ai un projet de base de données SQL Server 2008 dans Visual Studio 2010 qui fonctionne correctement. Quand je vais commettre/checkin au contrôle de source, on me dit que le fichier .dbmdl de mon projet DB a changé, même quand je n'ai fait aucun changement au projet! Je ne sais pas si les modifications sont déclenchées en créant ma solution (qui inclut également une application ASP.NET MVC et un projet de test unitaire) ou en ouvrant simplement le projet DB, mais cela devient ennuyeux et crée un fouillis dans le contrôle de la source.Pourquoi le fichier .dbmdl de mon projet DB est-il modifié même si je ne modifie pas le projet?

Est-il possible d'empêcher ces changements de se produire, ou de se débarrasser du fichier .dbmdl?

+0

duplication possible de [Quelle est la fonction du fichier DBMDL dans le projet de base de données VS] (http://stackoverflow.com/questions/3634649/what-is-the-function-of-the-dbmdl-file-in -vs-database-project) –

Répondre

6

Je crois que Visual Studio sérialise le fichier dbmdl chaque fois que le projet est ouvert. Le seul travail possible serait de garder le projet ouvert.

+0

Merci pour votre réponse. Si je devais changer le contenu du projet, ces changements seraient reflétés dans le fichier '.dbmdl'? Je considère simplement ignorer le fichier dans le contrôle de version - le projet fonctionnera-t-il correctement avec un '.dbmdl' périmé? –

+0

Je ne peux pas dire avec certitude, mais je serais réticent à l'idée d'utiliser un fichier obsolète. –

+9

selon http://stackoverflow.com/questions/3634649/what-is-the-function-of-the-dbmdl-file-in-vs-database-project/3766902#3766902, votre fichier dbmdl ne doit pas être coché dans le repo, et ne sera jamais démodé. –

18

Si vous supprimez le fichier .dbml, il est reconstruit sans erreurs ou avertissements, donc je pense que c'est juste un fichier cache pour les références, intellisense, etc. Je vais l'exclure du contrôle de la source.

4

Voir la question associée here. Le fichier .dbmdl est unique par utilisateur (et une sorte de cache, comme indiqué ci-dessus) et donc la bonne solution est en effet de l'exclure du contrôle de la source.

Questions connexes