配置管理之发布管理(1)

发表于:2017-12-13 11:54

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:laofo    来源:简书

分享:
  发布管理是构建完成后,把要部署的版本按照一定的标准部署到目标环境的职能。发布管理一般专注于系统打包,然后把系统提测到QA环境,上线到生产环境。
  生产环境,对于软件公司来说,就是将软件交付给客户;对于物联网企业来说就是把产品发布到线上环境。
  发布管理是构建管理和部署管理中间这一段的职能,但是实际工作中没有必要分的那么清。通常,如果我们通过系统自动化的进行版本管理、构建管理和部署管理,中间的发布管理这一块就更体现不出来。不过实际上发布管理这一块还是有很多内容要做,包括自动化打包过程、以一个有规律、易识别的方式来对可发布版本命名,存档等。
  发布管理是研发过程中,不同团队间协调沟通的一个重要基础。
  举个例子:
  有的时候研发会问测试人员,6583的测试完了么?6583是什么?是一个Bug ID?有这个可能;是一个代码的版本号?也有这个可能。比如研发人员修复了某个bug,然后提交了代码,代码的修订版本就是6583。但实际工作中,6583多数情况是那个名字为6583的包,那个将要发布的产品名字, 比如 6.1.2.6583.tar.gz。
  再举个例子:测试人员之间也会经常这样说:"小妹儿,昨天晚上6583那个包上(线)了么?”,“那个包啊,没上。回归测试没通过,后来新打了个6584,上的是那个包”
  发布管理的输入是研发人员的代码,输出是一个可发布的包;而发布管理输出的这个包,是测试人员的输入,是软件发布、系统上线的基础。只有保证了这一环有条不紊、井井有条,才能保证研发的步伐一步一步的往前走,而不是经常要揪心地回头。
  举个例子:
  路人甲:“昨天3356的包发布了么?”
  路人乙:“没有,里面没有多语言支持的资源文件”
  路人甲:“不对啊,我刚拿到的这个3356里面有啊”
  路人乙:“。。。。你拿到的包和我拿到的 md5 值都不一样”
  发布管理原则
  - 把构建产物进行打包、形成一个可发布的版本
  - 用一个不可变、易识别的 ID 标识可发布版本
  - 自动化打包、标识可发布版本的过程
  - 发布管理的过程要快速、可靠
  - 有快速核实可发布版本唯一性的机制
  - 存档可发布版本、提供回溯和审查
  把构建产物进行打包、形成一个可发布的版本
  构建的目标是快速的把源代码转变成二进制文件。发布的一个目标就是把这些生成物按照一定的结构打包,以便于后面部署、上线。为了好部署上线、或者做成安装盘,我们通常需要把构建出来的文件重新整理,形成一个可发布或者可上线的包。实际工作中,还诞生了很多软件公司专门作安装包的软件,例如著名的安装包制作的软件 InstallShield。

上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号