我对此并不陌生，但想知道是否有一种标准做法可以让开发人员访问同一个数据库而不会受到影响，而架构更改、模型更改和相关代码更改（在我们的 MVC 应用程序中）正在发生（并且正在测试）使用相同的数据库。
我想我们必须获取数据库的副本，我们可以在其中实现架构更改。我们如何将这些更改引入/导入数据库，以便其他人可以看到数据库的新更改。
问问题
58 次
2 回答
2
如果您使用 Visual Studio 和 TFS 进行源代码控制，您可以在解决方案中包含一个数据库项目：http: //msdn.microsoft.com/en-us/library/xee70aty.aspx。这将允许您使用 TFS 进行数据库源代码控制。
另一种选择是使用数据库源代码控制工具，例如 Redgate：http ://www.red-gate.com/products/sql-development/sql-source-control/
于 2013-10-14T17:49:36.710 回答
1
最佳实践要求您拥有大致相当于开发数据库、QA 数据库和生产数据库的东西。如果多个开发人员正在更改它并且这些更改与其他开发人员期望的模式状态相冲突，即使拥有一个单独的开发数据库也会变得有点棘手。
我们公司的大多数人都针对本地数据库进行开发，然后定期将这些更改检查到源代码控制中。然后，每个开发人员都会对这些更改进行最新的了解，并将它们集成到他们的代码库等中。
然后将源代码控制中的更改迁移到 QA 进行测试，然后再迁移到生产环境。
顺便说一句，我们使用 SSDT（Sql Server 开发工具）进行 TFS 的源代码控制。我们的数据库在它自己的 SSDT 数据库项目中。您绝对应该为您的数据库模式使用某种版本控制。毕竟，您的数据库模式也是源代码，就像您的 MVC 代码一样。
于 2013-10-14T17:48:19.903 回答