我似乎无法在 SSDT 文档中找到对这个主题的直接处理。基本上，我有一个数据库，它通过将原始 sql 文件检查到源代码控制中的文件夹中来进行历史管理，我们正在尝试采用 SSDT。我们有一个生产数据库、一个 QA 数据库和一个共享开发数据库。
在我们看来，第一步是使用“创建新项目”工作流程，清理旧/陈旧对象以便构建项目，然后使用模式比较将更改推送到我们的 dev/qa 并最终生产数据库。
然而，在阅读有关 DAC 框架的其他文档时，似乎这应该通过“注册数据层应用程序”工作流程来完成，但目前尚不清楚这是否正确，如果正确，我们如何将其纳入流程中。
这个过程看起来很简单，很多人现在应该已经完成了。我只是错过了 MSDN 文档中的一个页面吗？任何帮助表示赞赏。
我们一般只是将数据库项目发布到目标。您可以选择注册为数据层应用程序，但如果有人在项目过程中进行了并非来自项目的更改，这会导致问题。
我们的流程： 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 部署工作流程中有任何可以改进的地方，请告诉我们，我们会看看是否可以帮助解决！