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