Je suis à la tête d'une petite équipe de développement logiciel (4 personnes), et je viens juste de commencer un projet de base de données SQL Server 2008 avec des sources de développement isolées. développeur. Je suis toujours en train d'implémenter cette étape à la fois, mais j'imagine que chaque développeur aura sa propre base de données, avec un schéma de nommage quelque chose comme <ProjectName>_DEVELOPMENT_<TFSUserName>. Cela a été recommandé par les articles MSDN que j'ai lus, mais quelqu'un me le faire savoir si cela sonne loin.Comment utiliser une base de développement isolée dans une solution Visual Studio partagée
De toute façon, nous avons une solution d'application partagée que nous développons depuis un certain temps. Dans le passé, nous n'avions aucun contrôle de version de base de données et modifions simplement notre base de données directement à partir de SQL Server Management Studio lorsque de nouvelles données de référence devaient être remplies ou lorsque nous testions les fonctionnalités. Donc, avec ce nouveau changement, je me demande quel serait le meilleur moyen pour que chaque personne se connecte à ses bases de données de développement isolées à partir de la solution de l'application. Avant les bases de données isolées, notre connexion à la base de données était spécifiée dans le fichier web.config de notre application en tant que chaîne de connexion. Si nous voulons chacun avoir notre propre base de données, la seule façon de le voir fonctionner est que chaque développeur mette sa chaîne de connexion dans sa solution locale pour qu'elle pointe vers sa base de données personnelle. Mais changer le fichier web.config vérifiera ce fichier dans la solution, les développeurs devront donc toujours décocher ce fichier lors de la vérification des changements d'application à la ligne de base. Existe-t-il un moyen moins encombrant pour chaque développeur d'utiliser sa base de données isolée lors des tests d'application?