用于基于spring boot的java应用程序的版本控制工具，类似Flyway

Question

问题描述
我有一个基于spring boot的应用程序，可以在第三方环境中创建实体<应用程序部署在prod上。我发现了一个bug，修复该bug需要对第三方prod实体上已经创建的实体进行更改<预期解决方案第三方产品环境实体正在修复运行基于java的脚本
我希望该脚本仅在第一次部署具有修复程序的应用程序版本时在prod中运行<我正在寻找Flyway为数据库实体提供的相同功能。我可以使用Flayway，但由于我的应用程序不使用数据库，我不想在非数据库应用程序上使用数据库版本控制工具，以避免将数据库版本控制概念与非数据库应用程序耦合<有没有提供我想要的功能的库/工具？

Answer 1

在Spring应用程序中启动时执行代码的方法有很多。在这里查看其中的一些。应用程序每次启动时都会运行代码，因此为了只应用一次修复程序，您可以：

最简单的解决方案是部署带有修复程序的版本，让代码自动运行，然后在删除修复程序的情况下部署下一个版本。虽然不是很优雅，也不推荐它在简单的设置中只执行一次。不过，根据部署和运行时设置，这可能会有一些风险，甚至是不可能的。

您似乎正在寻找一些针对该修复程序多次执行的保护措施。例如，因为应用程序在部署后再次启动，这本质上是为了使多次执行成为可能或通过记住状态来阻止它们：

如果能够使修复操作幂等，只在初始应用程序中更改有问题的实体，则不需要任何工具。假设你创建的用户的电子邮件地址有错误，你会检查错误的电子邮件地址，只有当你发现你的修复尚未应用时才应用该修复。这样，修复程序可以运行多次而不会造成任何伤害。但并非所有运算都可以幂等。

这背后的想法是记住成功执行修复。Flyway为数据库迁移做到了这一点。同样，这取决于执行环境，以确定哪种类型的存储在这里是足够的。

• 使用文件系统上的文件来标记完成。只有在文件丢失时才执行修复，然后再创建。当重新创建容器或在集群设置中时，此解决方案可能在容器化环境中失败
• 使用数据库标记完成。您可以创建f.i.H2数据库，使用flyway创建空表，并在执行修复之前检查空表，然后在表中插入一行。使用h2数据库可以避免运行其他服务，但会受到与文件解决方案相同的限制
• 使用诸如redis之类的外部服务来防止脚本的多次执行。您还可以使用此补丁来防止多个并发执行