《持续交付》(五)数据管理与版本控制实践

本文是《持续交付》一书的学习总结,探讨了数据库管理中的脚本化、版本控制以及回滚策略,强调了数据管理和应用程序解耦的重要性。同时,介绍了Git Workflow分支管理流程,包括master、develop、feature、release、bug-fix和hot-fix分支的角色和使用场景,讨论了其在持续交付中的局限性和GitHub Flow的简化方案。
摘要由CSDN通过智能技术生成

引言

本文是《持续交付》一书学习总结的第五篇。主要内容涉及数据管理以及Git分支管理的实践。

持续交付

数据管理

软件代码的部署可以简单地用新的版本替换旧的版本,但是数据可不是如此。自从产品上线后,数据就一直在增长,每个版本发布时,数据可能都是全新的。然而,有时我们的确有这样的需求,去改数据的结构或者内容。这就要求我们在做出修改的同时,保证产品运行和部署的可靠性。

首先,数据库的部署也需要脚本化。与代码部署一样,脚本有助于实现自动化,并容易使用版本控制工具来管理。需要注意的是,数据库的部署脚本(建库、建表、插入数据等)需要与最新的代码保持一致。因为只有新的代码可能用到了最新的数据库设计和数据,如果代码版本有误,很可能数据库部署会失败。

版本化你的数据库。我们可以用版本号来标记数据库的状态。这个版本号可以存储在一个独立的表中,每当数据库的设计和内容(元数据)发生变化时,就要更新这个版本号字段。另外,在应用程序的配置中,也要维护一个数据库的版本号,以便于在部署时对应到正确的数据。

除了版本号,每当我们更改数据库时,同时需要编写配套的发布(roll-forward)脚本和回滚(roll-back)脚本。前者用于将此次改动脚本化,让数据库进入新的版本;后者用于回滚这次操作,让数据库回到当前版本。当应用程序中配置的数据库版本号领先于数据库最新的版本时&#x

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值