我们使用实体框架4.3.1的migrate.exe工具从我们的TeamCity构建服务器运行数据库迁移,作为持续集成和部署自动化的一部分。其中的一个问题,我们已经遇到的是,当它失败的migrate.exe工具不发出非零退出代码:实体框架4.3.1 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
这导致团队市通过构建看成是“成功”的时候迁移失败,应该失败。
我们的临时解决方法是grep构建日志中的“ERROR:”,并在构建失败时发生这种情况,但这种解决方案很粗糙,我们无法确定EF是否失败或某个其他进程具有类似的日志条目。
任何建议更好的解决?无论是使migrate.exe行为的一种方式,还是让Team City明白失败特定于migrate.exe的方法。
我为此提出了一个错误。 – Pawel 2012-04-24 17:27:58
链接?我不确定它是否被认为是不正确的行为。 – jslatts 2012-04-25 17:33:16
不幸的是,错误数据库不公开。我相信这是一个错误 - 你的情景清楚地表明,区分错误和非错误的情况是有价值的。 – Pawel 2012-04-25 18:07:02