二维git存储库。DB开发中的Dev/test/live加上堆叠变化

Question

好的，这是一个问题，看看我是否能得到一些解决这个问题的想法的帮助。

首先，我们使用SQL Server事务脚本，因此它不是通常的编码，因此，例如，功能切换很难实现(可能吗？)

好，我们的问题是：

• Task1:将列添加到表X
• 任务2:删除表Y并更改与该表关联的3个存储过程。
• 任务3:截断表Z

我们有三台不同的服务器，DEV ->测试->产品。

但!因为它是SQL，所以我们可以在DEV上实现任务1，在test上实现任务2，但在dev上不能实现任务2，而只在测试上实现任务3。

当然，这也会改变。因此，突然之间，我们必须在dev上添加任务2，或者在prod上添加任务3，等等。

很复杂。

这意味着传统的思维方式，从DEV到测试，以及当用户满意测试时，使用移动产品的传统思维方式，将整个产品转移到测试中。由于我们在这里讨论的不是“完整的产品”，而是应该在不同时间在不同服务器上实现的更改集，所以我对现有的最佳实践有点不确定？

是否有一些我可以阅读的想法，或者你有一些很好的建议？

谢谢!

Answer 1

我不确定我100%地跟踪了您，但您所描述的设置正是我的公司如何使用git操作他们的SQL Server部署。

我们有3台服务器，我们只使用不同的名称DEV -> STAGE -> PROD。

至于你的任务，我不确定我是否完全理解你的问题。

对于我们来说，所有的更改都要经过所有三个服务器，并且总是按照相同的顺序进行。

所有工作都是在DEV服务器上完成的，完成后，更改将被签入到git中。

然后，我们的DBA将这些更改部署到阶段，以便监视QA并运行自动化测试和回归测试。

如果一切看起来都很好，那么我们计划一个发布日期，并将更改部署到PROD。