我在设置新的开发环境时遇到了麻烦。
我正在与flyway合作开发一个简单的网络应用程序。这一过程从现在开始运作良好。我有一个新的工作环境,我已经使用pg_dump和pg_sql来恢复基础,就像资格环境一样,以获得良好的数据集。
甚至认为我的本地环境中的public.schema_version得到了很好的备份(关于之前迁移的所有内容)我的服务器不会开始并继续这样说:
2017-11-27 15:48:55.476 INFO 12857 --- [ main] o.f.c.i.dbsupport.DbSupportFactory : Database: jdbc:postgresql://localhost:5432/volt (PostgreSQL 9.4)
2017-11-27 15:48:55.572 INFO 12857 --- [ main] o.f.core.internal.command.DbValidate : Successfully validated 110 migrations (execution time 00:00.050s)
2017-11-27 15:48:55.584 INFO 12857 --- [ main] o.f.core.internal.command.DbMigrate : Current version of schema "public": << Empty Schema >>
2017-11-27 15:48:55.587 INFO 12857 --- [ main] o.f.core.internal.command.DbMigrate : Migrating schema "public" to version 1.2 - Changing object type report
2017-11-27 15:48:55.595 ERROR 12857 --- [ main] o.f.core.internal.command.DbMigrate : Migration of schema "public" to version 1.2 - Changing object type report failed! Changes successfully rolled back.
这里1.2是我创造的第一个screep ..如果我正在查看我的本地基地,我所有的飞路线都将成功列设置为true(包括1.2一)。
flyway是否将当前版本保留在表格的其他地方&#34; schema_version&#34; ? 如何告诉flyway我的架构版本是否与迁移有关?
PS:我在我的pom.xml中使用了一个只有flyway-core依赖的spring-boot环境,并在我的spring-boot属性文件中使用了这一行
flyway:
baseline-on-migrate: true
答案 0 :(得分:0)
我发现我已经使用了仅在资格中存在的另一个用户来恢复我的基础..所以我的开发环境中的用户并没有基于我的基础的良好架构。
我已经用适当的用户重新创建了我的基础,一切都恢复了。