专利名称:一种基于差异环境应用推送发布的方法
专利类型:发明专利
专利申请号:CN202111271249.2
专利申请(专利权)人:重庆富民银行股份有限公司
权利人地址:重庆市渝北区财富东路2号涉外商务区一期B1栋
专利发明(设计)人:傅敬博
专利摘要:本发明属于软件管理领域,一种基于差异环境应用推送发布的方法,包括以下步骤:S1:对待发布的应用版本进行测试;将完成测试的应用版本进行封板,获得制品包并存储制品包的MD5码;S2:将制品包和相关信息文件生成应用包发送至服务器的指定目录下;S3:发布系统检测指定目录下的新的应用包;S4:获取新的应用包与初始应用包中制品包的MD5码;所述初始应用包为测试环境下的应用包;S5:判断新的应用包与初始应用包的制品包的MD5码是否一致,若一致,则执行步骤S6;S6:获取新的应用包中的相关信息文件创建发布计划。解决了现有技术应用版本的发布效率低,发布过程存在人为误差,导致发布的应用版本存在错误的风险增高的问题。
主权利要求:
1.一种基于差异环境应用推送发布的方法,其特征在于:包括以下步骤:S1:对待发布的应用版本进行测试;将完成测试的应用版本进行封板,获得制品包,并存储制品包的MD5码;
S2:将制品包和相关信息文件生成应用包,将应用包发送至服务器的指定目录下;
S3:发布系统访问指定目录,检测指定目录下是否包括新的应用包;若包括,则执行步骤S4,否则循环步骤S3;
S4:获取新的应用包与初始应用包中的制品包的MD5码;所述初始应用包为测试环境下的应用包;
S5:判断新的应用包与初始应用包的制品包的MD5码是否一致,若一致,则执行步骤S6;
S6:获取新的应用包中的相关信息文件创建发布计划;
还包括步骤S7和S8:
S7:对发布计划进行审核,若审核通过,则执行发布操作;若审核未通过,则执行步骤S8;
S8:提示用户说明审核未通过原因;
所述步骤S3具体为:发布系统定期访问指定目录,检测指定目录下是否包括新的应用包;若包括,则执行步骤S4,否则循环步骤S3;
所述步骤S5包括以下步骤:
S5‑1:判断新的应用包与初始应用包的制品包的MD5码是否一致,若一致,则执行步骤S6;否则,执行步骤S5‑2;
S5‑2:向管理者推送提示信息,并在接收到管理者反馈的不一致原因后,返回步骤S2;
所述步骤S2具体为:将MD5码、制品包和相关信息文件生成应用包,将应用包加密发送至服务器的指定目录下;
所述步骤S4还包括以下步骤:
S4‑1:对新的应用包进行解密,获得制品包;
S4‑2:解析新的制品包的MD5码;
S4‑3:调用测试环境获取初始应用包的制品包的MD5码;
所述步骤S1包括以下步骤:
S1‑1:对待发布的应用版本进行测试;
S1‑2:将完成测试的应用版本进行封板,获得制品包,并存储制品包的MD5码;
S1‑3:对封板后的应用版本进行二次验证,若验证通过,则执行步骤S2,否则,返回步骤S1‑1。
2.根据权利要求1所述的一种基于差异环境应用推送发布的方法,其特征在于:所述服务器为SFTP服务器。
3.根据权利要求1所述的一种基于差异环境应用推送发布的方法,其特征在于:所述相关信息文件包括版本信息、配置文件和sql文件。
4.根据权利要求1所述的一种基于差异环境应用推送发布的方法,其特征在于:所述发布计划包括发布应用名称、当前版本、待发布版本、配置文件和发布时间。 说明书 : 一种基于差异环境应用推送发布的方法技术领域[0001] 本发明属于软件管理领域,具体涉及一种基于差异环境应用推送发布的方法。背景技术[0002] 随着互联网的快速发展,应用软件的种类层出不穷,应用的数量与日俱增,人们的生活在这些软件的陪伴下,更加便捷和多彩。这些应用软件在投入使用以后,经过一段时间则需要会应用版本进行更新,可能是因为应用软件出现一些程序漏洞,也可能是运行应用软件的系统版本发生变化,都需要对应用软件做较大的修正或者纠错,使应用软件的功能性和稳定性得到提高。[0003] 现有技术中,在对新的应用版本进行发布时,运维人员需要先整理待发布的应用清单,所述应用清单包括待发布的应用制品包和版本信息等,再登录到发布系统为每个应用创建发布计划,并指定发布的应用版本;在发布时,还需要人工确认发布应用制品包的大小是否与待发布清单里的应用制品包大小一致,避免发布应用制品包被中途改动。该过程需要多次的人为介入,不仅降低了应用版本的发布效率,同时发布过程存在人为误差,导致发布的应用版本存在错误的风险增高;应用版本发布效率低或者发布的应用版本存在错误,不仅耽误人们对应用软件的正常使用,还会降低人们的使用好感度。因此如何提高新的应用版本发布效率、减少发布过程中的人为介入,提高应用版本的准确性是软件公司需要解决的关键问题。发明内容[0004] 本发明意在提供一种基于差异环境应用推送发布的方法,解决了现有技术应用版本的发布效率低,发布过程存在人为误差,导致发布的应用版本存在错误的风险增高的问题。[0005] 本发明提供的基础方案:一种基于差异环境应用推送发布的方法,包括以下步骤:[0006] S1:对待发布的应用版本进行测试;将完成测试的应用版本进行封板,获得制品包,并存储制品包的MD5码;[0007] S2:将制品包和相关信息文件生成应用包,将应用包发送至服务器的指定目录下;[0008] S3:发布系统访问指定目录,检测指定目录下是否包括新的应用包;若包括,则执行步骤S4,否则循环步骤S3;[0009] S4:获取新的应用包与初始应用包中的制品包的MD5码;所述初始应用包为测试环境下的应用包;[0010] S5:判断新的应用包与初始应用包的制品包的MD5码是否一致,若一致,则执行步骤S6;[0011] S6:获取新的应用包中的相关信息文件创建发布计划。[0012] 本发明的原理及优点在于:测试人员完成应用版本测试之后,将应用包推送至服务器的指定目录,发布系统通过对指定目录下的应用包进行检测,获取应用包中的MD5码,判断应用包是否更新,根据MD5码算法的原理得知,每个应用包对应一个独一无二的MD5码,因此通过核对MD5码,即可判断应用包是否改动,若应用包无改动,获取应用包中的相关信息文件,生成发布计划。本发明的优点在于:跟现有技术相比,本方案无需运维人员再通过发布清单,核对应用包信息,创建发布计划;本方案减少了人员介入,通过发布系统即可检测到应用包的更新,并获取相关信息文件,自动创建发布计划,不必人工验证制品包是否被修改;本方案通过发布系统对应用包更新检测和创建发布计划,比起人为检测和创建,提高了发布效率,降低人为介入带来的错误风险,提高应用发布的准确性。[0013] 进一步,还包括步骤S7和S8:[0014] S7:对发布计划进行审核,若审核通过,则后执行发布操作;若审核未通过,则执行步骤S8;[0015] S8:提示用户说明审核未通过原因。[0016] 有益效果:发布计划创建完成后先审核再进行发布操作,保证应用版本的正确性,降低应用版本的错误风险;通过对发布计划未通过的原因进行收集,找出审核未通过的问题所在,便于后续对自动生成发布计划程序进行改进,提高发布计划的审核通过率。[0017] 进一步,所述步骤S3具体为:发布系统定期访问指定目录,检测指定目录下是否包括新的应用包;若包括,则执行步骤S4,否则循环步骤S3。[0018] 有益效果:由于应用包的更新需要时间,因此不用时刻对应用包进行检测,设定发布系统访问指定目录的间隔时间,运行发布系统的终端不需要时刻运行程序,一定程度上延长终端的使用寿命。[0019] 进一步,所述步骤S5包括以下步骤:[0020] S5‑1:判断新的应用包与初始应用包的制品包的MD5码是否一致,若一致,则执行步骤S6;否则,执行步骤S5‑2;[0021] S5‑2:向管理者推送提示信息,并在接收到管理者反馈的不一致原因后,返回步骤S2。[0022] 有益效果:由于每个应用包对应一个独一无二的MD5码,因此通过核对MD5码,即可判断应用包是否改动,若应用包发生改动,则向管理员推送消息,告知管理员发布的制品包MD5码与初始制品包不一致,可能被修改,待管理员查明原因后,对不一致原因进行反馈,程序返回步骤S2;通过向管理者发送提示信息,使管理员能够及时对突发事件进行处理,缩短发布准备事件,提高发布效率。[0023] 进一步,所述步骤S2具体为:将MD5码、制品包和相关信息文件生成应用包,将应用包加密发送至服务器的指定目录下;[0024] 所述步骤S4还包括以下步骤:[0025] S4‑1:对新的应用包进行解密,获得制品包;[0026] S4‑2:解析新的制品包的MD5码;[0027] S4‑3:调用测试环境获取初始应用包的制品包的MD5码。[0028] 有益效果:将应用包打包加密,保证了应用包在传输过程中的安全性,降低应用包在传输过程中数据丢失的风险。[0029] 进一步,所述步骤S1包括以下步骤:[0030] S1‑1:对待发布的应用版本进行测试;[0031] S1‑2:将完成测试的应用版本进行封板,获得制品包,并存储制品包的MD5码;[0032] S1‑3:对封板后的应用版本进行二次验证,若验证通过,则执行步骤S2,否则,返回步骤S1‑1。[0033] 有益效果:对封板后的应用版本进行二次验证,保证应用版本各项数据正确,提高后续对应用包一致性的检测率,同时提高运维人员审核通过率。[0034] 进一步,所述服务器为SFTP服务器。[0035] 有益效果:SFTP服务器能够限定访问者的身份,限定访问者对指定目录的操作,保证应用包的安全性。[0036] 进一步,所述相关信息文件包括版本信息、配置文件和sql文件。[0037] 有益效果:相关文件信息包括版本信息、配置文件和sql文件,以此创建的发布计划全面和完善。[0038] 进一步,所述发布计划包括发布应用名称、当前版本、待发布版本、配置文件和发布时间。[0039] 有益效果:通过应用名称、当前版本、待发布版本等信息,运维人员能够快速正确地对发布计划进行审核,提高发布效率。附图说明[0040] 图1为本发明实施例的逻辑示意图;[0041] 图2为本发明实施例的各部分关系示意图。具体实施方式[0042] 下面通过具体实施方式进一步详细说明:[0043] 实施例基本如附图1所示:一种基于差异环境应用推送发布的方法,包括以下步骤:[0044] S1‑1:对待发布的应用版本进行测试;[0045] S1‑2:将完成测试的应用版本进行封板,获得制品包,并存储制品包的MD5码;[0046] S1‑3:对封板后的应用版本进行二次验证,若验证通过,则执行步骤S2,否则,返回步骤S1‑1;[0047] S2:将MD5码、制品包、版本信息、配置文件和sql文件生成应用包,将应用包加密发送至服务器的指定目录下;所述服务器为SFTP服务器;[0048] S3:发布系统定期访问指定目录,检测指定目录下是否包括新的应用包;若包括,则执行步骤S4,否则循环步骤S3;所述定期访问间隔可根据需求进行设置和更改;[0049] S4‑1:对新的应用包进行解密,获得制品包;[0050] S4‑2:解析新的制品包的MD5码;[0051] S4‑3:调用测试环境获取初始应用包的制品包的MD5码;[0052] S5‑1:判断新的应用包与初始应用包的制品包的MD5码是否一致,若一致,则执行步骤S6;否则,执行步骤S5‑2;[0053] S5‑2:向管理者推送提示信息,告知发布的制品包MD5码与初始制品包不一致,可能被修改,请尽快查明原因;并在接收到管理者反馈的不一致原因后,返回步骤S2;[0054] S6:获取新的应用包中的制品包信息和版本信息,根据制品包信息和版本信息创建发布计划;所述发布计划包括发布应用名称、当前版本、待发布版本、配置文件和发布时间;发布计划存储在发布系统的数据库中。[0055] S7:运维人员登录发布系统,对发布计划进行审核,若审核通过,则后执行发布操作;若审核未通过,则执行步骤S8;[0056] S8:提示用户说明审核未通过原因。[0057] 通过运维人员说明的审核未通过原因,应用负责人介入排查产生该原因的主要问题,并针对该问题进行解决,解决后重新启动程序。通过对未通过原因的统计、排查并解决问题,提高发布计划的审核通过率,提升发布效率。[0058] 本方案使测试环境和生产环境连通,测试人员完成版本测试之后即可推送应用版本信息,生产环境发布系统会自动检测并创建发布计划,无需运维人员再整理待发布清单,手动创建发布计划;本方案减少了人为操作,让运维人员能够专注与发布操作,不必人工验证制品包是否被修改,提高了发布效率和发布应用版本的正确性。[0059] 具体实施过程如下:[0060] 如附图2所示,在测试环境下,先由测试人员对待发布版本进行测试,在测试完成之后将待发布版本生成应用包推送至SFTP服务器的指定目录下;在生产环境的发布系统则会定时检测SFTP服务器的指定目录下的应用包,当检测到新的应用包之后对应用包进行解密,获取新的制品包等相关信息,获取新的制品包的MD5码,并同时调用测试环境API获取初始制品包的MD5码值,核对新的制品包和初始制品包的MD5码,若一致,则确认初始制品包未被改动,则根据制品包信息和版本信息自动创建发布计划,创建完成后,对发布计划进行审核,待审核通过之后,即可进行应用新版本的发布操作。[0061] 以上的仅是本发明的实施例,方案中公知的具体结构及特性等常识在此未作过多描述,所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识,能够获知该领域中所有的现有技术,并且具有应用该日期之前常规实验手段的能力,所属领域普通技术人员可以在本申请给出的启示下,结合自身能力完善并实施本方案,一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出,对于本领域的技术人员来说,在不脱离本发明结构的前提下,还可以作出若干变形和改进,这些也应该视为本发明的保护范围,这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准,说明书中的具体实施方式等记载可以用于解释权利要求的内容。
专利地区:重庆
专利申请日期:2021-10-29
专利公开日期:2024-09-03
专利公告号:CN113986331B