Nom de la base de données dans le contrôle Source

Question

Nous développons un projet ASPX avec Visual Studio 2010 Professionnel, SQL Server 2008 R2 et Team Foundation Server 2010. Comme le développement est effectué dans plusieurs bureaux, chaque développeur a ses propres instances locales de les bases de données. Je veux amener ces bases de données multiples sous le contrôle de la source (ou au moins les schémas de la base de données, la structure et les procédures stockées - les données ne m'importe pas). Mon approche préférée consiste à ajouter des projets de base de données à la solution VS, qui est déjà contrôlée par la source dans TFS. Toutes les modifications seront distribuées par TFS et peuvent être déployées localement.

Le problème que j'ai est que les projets de base de données contiennent une référence à une instance de base de données locale (serveur & nom). Quand quelqu'un obtient la dernière version de mes changements, ils auront une référence à mon instance de base de données locale (qui est différente de leur instance de base de données locale). Ils auraient besoin de changer les détails de la base de données (en vérifiant ainsi le dbproj) afin d'obtenir mes mises à jour.

Donc, est-il possible que le nom du serveur de base de données & puisse être laissé hors du contrôle de source alors que les schémas restent sous le contrôle de la source? Toute aide serait très appréciée!

Answer 1

Je ne sais pas si vous le pouvez. Cependant, vous pouvez utiliser un alias, de sorte que tous les développeurs utilisent une base de données sur leur machine locale, mais référencée par le même alias.

Jetez un oeil à: http://www.mssqltips.com/sqlservertip/1620/how-to-setup-and-use-a-sql-server-alias/ pour savoir comment définir un alias.

De cette façon, vous pouvez séparer la base de données des détails de connexion.

Answer 2

Je suis impliqué dans le développement d'une solution database source control appliquée unique appelée DBmaestro TeamWork. Il a un plugin à SSMS qui permet au développeur de travailler directement sur les objets de la base de données (changer leur environnement de travail), exécuter leurs tests et ensuite effectuer Check-In qui lit les métadonnées (structure des tables, procédures, fonctions, vues, etc.) vers le référentiel de contrôle de version. Avec l'analyse d'impact, il est facile de fusionner des modifications de différentes bases de données en une seule base de données. L'algorithme d'analyse d'impact effectue une analyse tridimensionnelle (pas simplement une comparaison &) pour identifier les changements d'origine du développeurA qui ne doivent pas être annulés lorsque le développeur fusionne ses modifications et ignore le nom de la base de données lors de l'analyse d'impact ou de la génération delta scénario.