FlyWay 版本
FlyWay versions
我对版本化迁移有疑问
我想用这样的模板创建文件
V201709181750__Create_users.sql - 您可以使用这个长号吗？
还有一个问题
FlyWay推出了这样的脚本
- V201709181500__Create_users_1.sql
- V201709181800__Create_users_2.sql
然后我提交文件V201709181600__Create_users_3.sql
当文件打到中间，并没有成为最新版本。 FlyWay 在这种情况下会如何表现？
每次迁移的版本号存储在SCHEMA_VERSIONtable的数据库中。字段 VERSION 的声明长度为 50。（SqlServer 中的 nvarchar(50)）。
我假设 50 个符号是版本字符串的限制。
顺便说一句，我尝试了 1.11.201709181750201709181750201709181750.020 作为版本，它工作正常。
第二个问题：
默认情况下，如果 Flyway 发现乱序迁移并显示以下消息，则 Flyway 将无法应用迁移：
验证失败：检测到已解决的迁移未应用于数据库
但是可以通过覆盖 "outOfOrder" 配置标志来更改此行为。查看命令行运行程序的详细信息：
我对版本化迁移有疑问
我想用这样的模板创建文件
V201709181750__Create_users.sql - 您可以使用这个长号吗？
还有一个问题 FlyWay推出了这样的脚本
- V201709181500__Create_users_1.sql
- V201709181800__Create_users_2.sql
然后我提交文件V201709181600__Create_users_3.sql
当文件打到中间，并没有成为最新版本。 FlyWay 在这种情况下会如何表现？
每次迁移的版本号存储在SCHEMA_VERSIONtable的数据库中。字段 VERSION 的声明长度为 50。（SqlServer 中的 nvarchar(50)）。 我假设 50 个符号是版本字符串的限制。
顺便说一句，我尝试了 1.11.201709181750201709181750201709181750.020 作为版本，它工作正常。
第二个问题： 默认情况下，如果 Flyway 发现乱序迁移并显示以下消息，则 Flyway 将无法应用迁移： 验证失败：检测到已解决的迁移未应用于数据库
但是可以通过覆盖 "outOfOrder" 配置标志来更改此行为。查看命令行运行程序的详细信息：