我所工作的公司已尝试在多个环境中维护我们的应用程序的配置数据，但同步这些数据一直存在问题，我们从未提出过一个好的解决方案。
为了帮助澄清，我们（开发人员或企业）可能会在Staging环境中使用我们的管理界面更改某些配置，对其进行测试，然后将这些更改复制到我们的生产环境，而无需重做生产中的所有更改环境。我们通常也希望在所有环境（开发，登台和生产）之间同步这些更改，而无需在每个环境中单独进行更改。
最好我们不想使用任何低级工具，因为要求企业使用像RedGate的SQL数据比较之类的东西并且复制单个行是行不通的。它需要是足够直观的东西，所以不那么技术可以使用它而不是压倒它们。
我们如何在不同环境中维护此配置数据，同时仍然为企业提供在将更改应用到实时环境之前测试其变更的能力？
答案 0 :(得分：1)
用户拥有什么级别的技术知识？作为红门的产品经理，我可以给你我们的观点。虽然我们不考虑在我们的v1版本的SQL Source Control（目前正在开发中）中支持数据，但它将不可避免地随之而来。但是，这仍然需要那些希望编辑静态数据的人在SSMS中这样做，尽管他们当然可以使用SSMS的图形设计器来编辑值。或者这仍然不如你想的那么直观？他们将更改dev或staging数据库上的数据，并期望验证更改是否正确并按预期运行。然后，这些将通过我们的工具提交源代码控制。
部署它将是启动SQL数据比较的问题，尽管我们计划提供来自SSMS的简单快捷方式，而不是要求用户围绕完全独立的工具进行协商。我们没有确定此功能的设计，因此我鼓励您参与我们的早期访问计划并陈述您的案例。有关该计划的更多详情，请访问：
http://www.red-gate.com/Products/SQL_Source_Control/index.htm