在我们日常产品发布的过程中,代码的版本控制可以使用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)降低冲突处理的难度。
原则:
多个版本(开发版本,测试版本,发布版本);
多次合并。产品经理一定要对版本进行把控,不合适了及时更新,不知道什么时候更新多去黑马程序员社区看一些产品经理的知识!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)