在 Visual Studio 在线 [发布] 中使用 Migration.exe 进行 EF 代码首次迁移
EF Code First Migration with Migration.exe in Visual Studio Online [Release]
概览：
我正在努力
ASP.NET 使用 Entity Framework 代码优先的 MVC 项目
数据库的方法。
我最近通过 VSO 管道（构建和发布）
自动化了部署过程
问题：
- 对于应用程序部署，它非常完美并且工作正常。
- 对于数据库，我面临问题（如下所述）。
详情：
我读过 , this and this 但这些解决方案中的问题是
他们正在使用发布配置文件设置，这将 运行 应用程序启动事件的迁移，我不想要（虽然不是最佳实践）
对于其他使用 Build Pipeline 的人（通过命令行复制 (a) EF 工具、(b) Dll 和 (c) 运行 migrate.exe 运行 update-database 命令），它最终会 运行 成功构建迁移。我更希望它在 'Successful Release'.
我的作品
我将步骤 (c) 从构建移至发布管道。但是找不到掉落物。
其次，生产崩溃如何回滚？
任何人都可以建议解决这种情况的最佳方法吗？
在生产崩溃的情况下，您可以通过 运行 update-database -TargetMigration:"Migration_Name"
将数据库回滚到以前的版本
概览：
我正在努力 ASP.NET 使用 Entity Framework 代码优先的 MVC 项目 数据库的方法。
我最近通过 VSO 管道（构建和发布）
自动化了部署过程问题：
- 对于应用程序部署，它非常完美并且工作正常。
- 对于数据库，我面临问题（如下所述）。
详情：
我读过
他们正在使用发布配置文件设置，这将 运行 应用程序启动事件的迁移，我不想要（虽然不是最佳实践）
对于其他使用 Build Pipeline 的人（通过命令行复制 (a) EF 工具、(b) Dll 和 (c) 运行 migrate.exe 运行 update-database 命令），它最终会 运行 成功构建迁移。我更希望它在 'Successful Release'.
上部署更改
我的作品
我将步骤 (c) 从构建移至发布管道。但是找不到掉落物。
其次，生产崩溃如何回滚？
任何人都可以建议解决这种情况的最佳方法吗？
在生产崩溃的情况下，您可以通过 运行 update-database -TargetMigration:"Migration_Name"