如何使用Visual Studio的Git源代码控制提供程序控制SQL Server数据库的版本

Question

我有Git源代码控制提供程序设置并运行良好.

对于Visual Studio项目,即.

问题是每个这样的项目都与 SQL Server数据库紧密相关.

我知道如何在自己的.git存储库中对数据库进行版本控制,但这既不方便也不真正健壮,因为理想情况下我希望同步ADD,COM​​MIT,TAG和BRANCH命令以同步方式同时在两个目录树上运行.

有没有办法使用Visual Studio的Git源代码控制提供程序以我描述的方式使用Git SQL Server数据库？

Answer 1

您可以SQL Server Data Tools根据需要安装,但您不必:您可以使用数据库发布向导将表格数据 从Visual Studio 脚本编写到解决方案的文件夹中,然后像对待其他项目文件一样使用Git在那个文件夹中.

Answer 2

您可以使用SQL Server Data Tools将数据库架构存储为 Visual Studio 项目，然后使用 Git 对该项目进行版本控制。

Answer 3

在数据库版本控制领域工作了 5 年（在DBmaestro担任产品管理总监）并担任了 20 多年的 DBA，我可以告诉您一个简单的事实，即您不能像对待 Java 一样对待数据库对象， C# 或其他文件并将更改保存在简单的 DDL 脚本中。

原因有很多，我只列举几个：

• 文件本地存储在开发人员的 PC 上，他/她所做的更改不会影响其他开发人员。同样，开发人员不受她同事所做更改的影响。在数据库中（通常）情况并非如此，开发人员共享相同的数据库环境，因此提交给数据库的任何更改都会影响其他人。
• 发布代码更改是使用 Check-In/Submit Changes 等完成的（取决于您使用的源代码控制工具）。此时，来自开发人员本地目录的代码被插入到源代码控制存储库中。想要获取最新代码的开发人员需要从源代码控制工具中请求。在数据库中，更改已经存在并影响其他数据，即使它没有签入存储库。
• 在文件签入期间，源代码控制工具会执行冲突检查，以查看在您修改本地副本期间同一文件是否被其他开发人员修改和签入。同样，数据库中没有对此进行检查。如果您从本地 PC 更改程序，同时我使用来自本地 PC 的代码修改相同程序，那么我们将覆盖彼此的更改。
• 代码的构建过程是通过将标签/最新版本的代码放到一个空目录中，然后执行构建-编译来完成的。输出是我们复制和替换现有的二进制文件。我们不在乎以前是什么。在数据库中，我们无法重新创建数据库，因为我们需要维护数据！此外，部署执行在构建过程中生成的 SQL 脚本。
• 在执行 SQL 脚本（使用 DDL、DCL、DML（用于静态内容）命令）时，您假定环境的当前结构与创建脚本时的结构相匹配。如果没有，那么您的脚本可能会在您尝试添加已存在的新列时失败。
• 将 SQL 脚本视为代码并手动生成它们会导致语法错误、数据库依赖错误、不可重用的脚本，这会使开发、维护和测试这些脚本的任务复杂化。此外，这些脚本可能运行在与您想运行的环境不同的环境中。
• 有时版本控制存储库中的脚本与测试对象的结构不匹配，然后在生产中会发生错误！

还有更多，但我想你已经明白了。

我发现有效的是以下内容：

1. 使用强制版本控制系统对数据库对象强制签出/签入操作。这将确保版本控制存储库与签入的代码匹配，因为它在签入操作中读取对象的元数据，而不是作为手动完成的单独步骤。这也允许多个开发人员在同一个数据库上并行工作，同时防止他们意外覆盖彼此的代码。
2. 使用影响分析，利用基线作为比较的一部分来识别冲突并确定差异（在比较源控制存储库和数据库之间的对象结构时）是源自开发的真正更改还是源自开发的差异不同的路径，然后应该跳过它，例如不同的分支或紧急修复。
3. 使用知道如何同时对多个模式执行影响分析的解决方案，使用 UI 或使用 API 以最终自动化构建和部署过程。

我这个写了一篇文章发表在这里，欢迎您阅读。