程序开发数据库版本控制必备 - Flyway

在我们日常产品发布的过程中，代码的版本控制可以使用git、svn工具实现。对于数据库每当发布时会出现手动执行sql脚本进行升级数据库，中间经常出现一些漏写、错写情况，对数据库的版本与代码的版本不匹配，导致上线后出现数据库不同步的问题。flyway就是对数据库版本进行控制的工具，可以对不同环境的sql进行迁移 *** 作。

flyway 的官网：https://flywaydb.org/

flyway会对每次执行过sql脚本保存到flyway_schema_history中，在数据库中将保存sql脚本的版本号和对sql生成checksum，当下次执行数据库迁移的时候就会按照版本号从低往高执行。如果以前的版本号脚本已经执行过就不会执行，如果以前版本的sql脚本已经被修改在执行的过程中则会报错。对flyway的详细描述与介绍可以查看flyway的官网。

配置好以上maven组件，在IDEA中就可以看到flyway的快捷插件了。

在插件中undo不能使用，undo为回滚 *** 作。回滚 *** 作只有使用商业版才能使用。

命令行执行

IDEA 工具执行(点击baseline、migrate)

使用migrate必须开头是V+版本号+“_ _“+描述.sql

如V1.0.3_20220618__increment.sql

对已经存在数据库schema结构的数据库的一种解决方案。实现在非空数据库新建metaData flyway_schema_history表，并把Migrations应用到该数据库；也可以在已有表格的数据库中添加metaData数据表。 注：对已有的数据结构的数据库来说，必须要进行baseline，才能进行migrate

清楚掉对应数据库Schema中所有的对象，包括表结构，视图，存储过程等，clean *** 作再dev和test阶段很好用，但是在生产环境务必禁用。

执行migrate会在指定文件夹下的sql按照版本号依次执行迁移 *** 作。也就是执行sql脚本，对已经执行过的sql脚本便不再执行。

版本控制(Revision control)是一种软件工程技巧，籍以在开发的过程中，确保由不同人所编辑的同一档案都得到更新。

版本控制透过文档控制（documentation control）记录程序各个模组的改动，并为每次改动编上序号。这种方法是维护（maintenance） of 工程图（engineering drawings）的标准做法， 它伴随着工程图从图的诞生一直到图的定型。 一种简单的版本控制形式，例如，赋给图的初版一个版本等级“A”。当做了第一次改变后，版本等级改为“B”，以此类推等等。.

版本控制系统:

1.软件系统的版本控制是指可以自行运行的各子系统的版本控制。

2.软件系统的版本号由评测小组的人员确定，由评测小组进行版本控制工作。

3.软件系统的版本号由3部分构成，即主版本号+次版本号+修改号。主版本号1位，只有当系统在结构和功能上有重大突破改进后才发生变化；次版本号有2位；修改号8位，采用提交时的日期，当系统进行任何修改后，包括数据库结构发生变化，修改号都要随之改变。例如：Ver3.31.19990317

4.各子系统的版本号独立。

5.各软件系统应该有显示详细版本号的功能。例如help菜单下的about功能。系统提交存档时，评测服务部要进行版本号检查。

6.新系统开发完成、或已存档的系统进行修改，修改完成后，进行提交存档时，由评测评测小组系统分析工程师确定新版本号、或更改版本号。

7.软件系统，产生新的版本后，老版本的软件系统是否继续保存，取决于以下条件：

a.老版本的系统如果有客户还在使用，在客户升级以前，必须继续保存。

b.老版本的系统已经没有客户使用了，并且新版本的系统已经把老系统的文档完整地升级过来，这样可以删除或覆盖老版本的系统资源。

c.对于要删除或覆盖的老版本系统，可以统一备份起来。

目标：

1）保证各个环境(开发、测试、主干)的独立，避免相互影响；

2）减少最终发布时合并主干出现冲突的概率；

3）降低冲突处理的难度。

原则：

多个版本（开发版本，测试版本，发布版本）；

多次合并。产品经理一定要对版本进行把控，不合适了及时更新，不知道什么时候更新多去黑马程序员社区看一些产品经理的知识！

---