数据库版本控制完全指南
2015-01-12 00:00
375 查看
.article-entry pre{margin:15px auto;font:12px/20px 'courier new';border:1px solid #ddd;border-left-width:4px;background:#fbfbfb;padding:10px 15px;}在这个充斥着大数据与商业智能的新代时,唯一不变的技术就是变化,尤其是在数据库方面。出于数据统计、继续增加的对服务的需求,以及规定制度等方面的原因,几乎每天都有业务方面的变更需求,这些都会对数据库产生变更需求。当数据库变更发生时,能否从自动化中获得更大的敏捷性,以较少的资源实现较多的功能,正是那些具有高度竞争力的世界级企业在芸芸众生中脱颖而出的关键因素。
如果你的竞争对手能够更快地、并且交付质量更好的特性,那么 你必然会失去市场份额。敏捷开发方法的出现正是为了在应对不断变化的需求的情况下快速地发展,在有限的资源下也能够确保理想的质量。
重量级发布的方式已经过时了,为了每次更新或发布要等上足足六个月,这种方式无异于自掘坟墓。敏捷开发方法减少了每次发布的范围,换取的是更快地完成每个变更,并且将每个变更的影响降至最低。对于技术公司与IT部门来说,必须以敏捷性来保证对不断变化的业务需求的支持。
接下来的一个逻辑步骤是将开发与运维相结合,即采用DevOps方法。
为了在敏捷的Sprint发布中有效地应用DevOps,你需要实现部署与流程自动化,自动构建内部的开发与QA环境,以及生产环境。否则的话,你只能选择手动实现部署与发布的每个步骤与流程,这就很可能产生人为的错误,而且也无法频繁地重复这一过程。
实现自动化依赖于版本控制系统,它能够管理所有等待构建并部署到下一个环境的软件资产。
如果你的竞争对手能够更快地、并且交付质量更好的特性,那么 你必然会失去市场份额。敏捷开发方法的出现正是为了在应对不断变化的需求的情况下快速地发展,在有限的资源下也能够确保理想的质量。
重量级发布的方式已经过时了,为了每次更新或发布要等上足足六个月,这种方式无异于自掘坟墓。敏捷开发方法减少了每次发布的范围,换取的是更快地完成每个变更,并且将每个变更的影响降至最低。对于技术公司与IT部门来说,必须以敏捷性来保证对不断变化的业务需求的支持。
接下来的一个逻辑步骤是将开发与运维相结合,即采用DevOps方法。
为了在敏捷的Sprint发布中有效地应用DevOps,你需要实现部署与流程自动化,自动构建内部的开发与QA环境,以及生产环境。否则的话,你只能选择手动实现部署与发布的每个步骤与流程,这就很可能产生人为的错误,而且也无法频繁地重复这一过程。
实现自动化依赖于版本控制系统,它能够管理所有等待构建并部署到下一个环境的软件资产。
相关文章推荐
- 数据库版本控制完全指南
- 敏捷开发之数据库版本控制完全指南
- 数据库版本控制完全指南
- 使用 Override 和 New 关键字进行版本控制(C# 编程指南)
- 不通过数据源完全控制MDB数据库
- 《TortoiseSVN中文使用手册》:SVN版本控制最详尽的中文使用指南
- 数据库版本控制工具 Dbdeploy
- DDL(Data Definition Language)触发器实现数据库版本控制
- 几个数据库的版本控制工具
- 使用SQLSourceSafe控制数据库的版本
- 把你的数据库置于版本控制之下
- 数据库版本控制问题
- 使用SQLSourceSafe控制数据库的版本
- 使用 Override 和 New 关键字进行版本控制(C# 编程指南)
- Windows远程控制完全指南
- 如何做好数据库的版本控制
- 不通过数据源完全控制MDB数据库
- 关于数据库的版本控制
- 《TortoiseSVN中文使用手册》:SVN版本控制最详尽的中文使用指南
- 开源数据库多版本控制(mvcc)对比