我似乎无法在 SSDT 文档中找到对这个主题的直接处理。基本上，我有一个数据库，它通过将原始 sql 文件检查到源代码控制中的文件夹中来进行历史管理，我们正在尝试采用 SSDT。我们有一个生产数据库、一个 QA 数据库和一个共享开发数据库。
在我们看来，第一步是使用“创建新项目”工作流程，清理我们的旧/陈旧对象以便构建项目，然后使用模式比较通过我们的 dev/qa 推送更改以及最终的生产数据库。
然而，在阅读有关 DAC 框架的其他文档时，似乎这应该通过“注册数据层应用程序”工作流程来完成，但不清楚这是否正确，如果正确，我们如何将其纳入过程。
这个过程看起来很简单，很多人现在应该已经完成了。我只是错过了 MSDN 文档中的一个页面吗？任何帮助表示赞赏。
【问题讨论】：
标签： sql-server version-control tfs sql-server-data-tools dac
我们一般只是将数据库项目发布到目标。您可以选择注册为数据层应用程序，但如果有人在此过程中做出并非来自项目的更改，这会导致问题。
我们的流程： 1.从现有数据库创建项目（一些起点） 2.清理项目 3.构建项目 4. 重复步骤 2 和 3，直到一切都干净。 :) 5. 为我们想要定位的每个环境构建“发布配置文件”。 6. 发布数据库 - 通过生成脚本或仅更新数据库。
我的博客上有一系列文章，概述了我们使用的流程，并且可能有用。你可以在这里找到它们：http://schottsql.blogspot.com/search/label/SSDT
您绝对可以使用 Schema Compare 路线，但您会错过部署前和部署后脚本处理数据更改的强大功能。
【讨论】：
自您发布问题以来，您有没有进步？
构建数据库项目时输出的 Dacpac 包与您在 SSMS 的部署数据层应用程序功能中使用的相同（在对象资源管理器中右键单击数据库）。
在 Red Gate，我们正在考虑在 Deployment Manager 中构建对 Dacpacs 的原生支持。我鼓励你试一试（它也有免费版）。如果您认为现有 SSMS 部署工作流程中有任何可以改进的地方，请告诉我们，我们会看看是否可以帮助解决！
【讨论】：