Version control 如何在共享VisualStudio解决方案中使用独立开发数据库

Version control 如何在共享VisualStudio解决方案中使用独立开发数据库,version-control,sql-server-2008-r2,database-project,Version Control,Sql Server 2008 R2,Database Project,我领导着一个小型软件开发团队(4人),刚刚开始了一个源代码控制的SQLServer2008数据库项目,每个开发人员都有独立的开发数据库。我仍在一步一步地实现这一点,但我设想每个开发人员都有自己的数据库,使用类似于\u DEVELOPMENT\u的命名方案。这些都是我读过的MSDN文章推荐的,但是如果听起来有点不对劲,有人会告诉我 无论如何,我们有一个共享的应用程序解决方案,我们已经开发了一段时间。在过去,我们没有数据库版本控制,只是在需要填充新的参考数据时,或者在测试功能时直接从SQL Serv

我领导着一个小型软件开发团队(4人),刚刚开始了一个源代码控制的SQLServer2008数据库项目,每个开发人员都有独立的开发数据库。我仍在一步一步地实现这一点,但我设想每个开发人员都有自己的数据库,使用类似于
\u DEVELOPMENT\u
的命名方案。这些都是我读过的MSDN文章推荐的,但是如果听起来有点不对劲,有人会告诉我

无论如何,我们有一个共享的应用程序解决方案,我们已经开发了一段时间。在过去,我们没有数据库版本控制,只是在需要填充新的参考数据时,或者在测试功能时直接从SQL Server Management Studio修改数据库——一个更改会立即影响到其他所有人。因此,有了这个新的变化,我想知道最好的方法是让每个人从应用程序解决方案连接到他们的独立开发数据库。在使用独立数据库之前,我们与数据库的连接在应用程序的web.config中指定为连接字符串。如果我们每个人都有自己的数据库,我能看到它工作的唯一方式就是让每个开发人员在他们的本地解决方案中设置他们的连接字符串以指向他们的个人数据库。但是更改web.config将签出解决方案中的该文件,因此开发人员在将应用程序更改签入到基线时,始终必须特别取消选中该文件。每个开发人员在进行应用程序测试时,是否有一种不那么笨拙的方法来使用他们的独立数据库?

我建议您不要让数据库名称特定于用户名。相反,为每个开发人员使用相同的数据库名称,并始终通过localhost(
localhost\\u DEVELOPMENT
)引用它。然后,相同的连接字符串将适用于每个开发人员

MSDN建议使用特定于用户名的数据库更适合于共享开发环境。对于本地化环境来说,这绝对不是理想的选择