我们正在使用 Entity Framework 4.3.1 的 migrate.exe 工具从我们的 TeamCity 构建服务器运行数据库迁移,作为我们持续集成和部署自动化的一部分。我们遇到的这些问题之一是 migrate.exe 工具在失败时不会发出非零退出代码:
C:\<path>\packages\EntityFramework.4.3.1\tools>migrate.exe AppContext /startupdirectory:C:\<path>\bin\Debug /startupconfigurationfile:C:\<path>\Web.config /verbose
<Bunch of successful migrations>
Applying explicit migration: 201202212004585_UpdateTable
VERBOSE: ALTER TABLE [TableA] DROP CONSTRAINT [FK_TableA_TableB]
System.Data.Entity.Migrations.Design.ToolingException: 'FK_TableA_TableB' is not a constraint.
Could not drop constraint. See previous errors.
at System.Data.Entity.Migrations.Design.ToolingFacade.Run(BaseRunner runner)
at System.Data.Entity.Migrations.Design.ToolingFacade.Update(String targetMig
ration, Boolean force)
at System.Data.Entity.Migrations.Console.Program.Run()
at System.Data.Entity.Migrations.Console.Program.Main(String[] args)
ERROR: 'FK_TableA_TableB' is not a constraint.
Could not drop constraint. See previous errors.
C:\<path>\packages\EntityFramework.4.3.1\tools>echo %errorlevel%
0
这导致 Team City 在迁移失败并且应该失败时将构建传递为“成功”。
我们的临时解决方法是 grep 生成日志中的“错误:”并在发生这种情况时使生成失败,但这个解决方案很粗糙,我们无法判断 EF 是否失败或其他具有类似日志条目的进程。
有什么更好的工作建议吗?无论是使 migrate.exe 行为的方法还是让 Team City 了解故障特定于 migrate.exe 的方法。
最佳答案
http://blogs.msdn.com/b/adonet/archive/2012/05/15/ef5-release-candidate-available-on-nuget.aspx
此版本还包括对 Beta 2 中发现的以下错误的修复:
关于continuous-integration - Entity Framework 4.3.1 Migrate.exe 非零退出代码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10282576/