软件发布方法、装置、设备及存储介质

技术领域

本申请涉及软件开发技术领域，特别地涉及一种软件发布方法、装置、设备及存储介质。

背景技术

随着企业的数字化转型，要求IT技术服务从对内部服务向内外兼顾服务的方式转变。传统企业IT技术服务的特点是：服务内部用户；需求相对明确、功能少、迭代不高、时间明确、迭代周期长，适合稳定发展阶段；但是难以适用于快速变化、快速变革的新业务需求。目前大型企业互联网应用的特点是：内部服务多个外部客户或内部不同部门客户；需求变动快、功能多变、独立、分散、分布式进化；应用规模变化大、快速发布要求高，但是现有的软件发布流程复杂，需要大量团队来进行协同，以完成软件的发布，例如，需要人员来掌控具体的时间、方向、开发节点、测试、运行等都需要人进行操作，导致软件发布速度较慢。

发明内容

针对上述问题，本申请提供一种软件发布方法、装置、设备及存储介质，能够实现自动化部署软件，提高软件的发布速度。

本申请实施例提供一种软件发布方法，包括：

在获取到软件开发的业务需求的情况下，将所述业务需求输出给开发人员，以使开发人员进行编码；

在获取到开发人员上传的编码的情况下，对所述编码进行核查；

在所述编码核查通过后基于所述编码生成程序；

基于测试用例对所述程序进出测试；

在测试通过后，对所述程序进行部署。

在一些实施例中，所述业务需求包括：软件功能的部分更改，所述编码为所述软件功能的更改部分对应的编码，所述在所述编码核查通过后基于所述编码生成程序，包括：

在所述核查通过后，对标注后的编码进行编译生成程序。

在一些实施例中，所述方法还包括：

在所述测试不通过的情况下，发送测试信息给所述开发人员，以使开发人员重新进行编码。

在一些实施例中，所述方法还包括：

在所述程序部署后，对所述程序的运行情况进行监控；

在监控到所述程序运行存在异常的情况下，生成异常模板，并将所述异常模板发送给所述开发人员。

在一些实施例中，所述在获取到开发人员上传的编码的情况下，对所述编码进行核查，包括：

在获取到开发人员上传的编码后，对所述编码进行覆盖率校测和代码规范性核查。

在一些实施例中，所述方法还包括：

在核查不通过的情况下，将覆盖率的校测信息、代码规范性的核查信息输出给所述开发人员。

本申请实施例提供一种软件发布装置，包括：

输出模块，用于在获取到软件的开发的业务需求的情况下，将所述业务需求输出给开发人员，以使开发人员进行编码；

核查模块，用于在获取到开发人员上传的编码的情况下，对所述编码进行核查；

编译模块，用于在所述编码核查通过后基于所述编码生成程序；

测试模块，用于基于测试用例对所述程序进出测试；

部署模块，用于在测试通过后，对所述程序进行部署。

本申请实施例提供一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，该计算机程序被所述处理器执行时，执行如上述任意一项所述软件发布方法。

本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储的计算机程序，能够被一个或多个处理器执行，能够用来实现上述所述软件发布方法。

本申请提供的一种软件发布方法、装置、设备及存储介质，通过在获取到软件开发的业务需求的情况下，将所述业务需求输出给开发人员，以使开发人员进行编码；在获取到开发人员上传的编码的情况下，对所述编码进行核查；在所述编码核查通过后基于所述编码生成程序；基于测试用例对所述程序进出测试；在测试通过后，对所述程序进行部署，能够自动化部署软件，提高软件的发布速度。

附图说明

在下文中将基于实施例并参考附图来对本申请进行更详细的描述。

图1为本申请实施例提供的一种软件发布方法的实现流程示意图；

图2为本申请实施例提供的一种软件发布方法的实现流程示意图；

图3为本申请实施例提供的电子设备的组成结构示意图。

在附图中，相同的部件使用相同的附图表记，附图并未按照实际的比例绘制。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

如果申请文件中出现“第一第二第三”的类似描述则增加以下的说明，在以下的描述中，所涉及的术语“第一第二第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一第二第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

基于相关技术中存在的问题，本申请实施例提供一种软件发布方法，所述方法的执行主体可以是电子设备，电子设备可以移动终端、计算机等，所述计算机可以是服务器，在一些实施例中，所述电子设备可以是移动终端、计算机的控制器。

本申请实施例提供的软件发布方法所实现的功能可以通过电子设备的处理器调用程序代码来实现，其中，程序代码可以保存在计算机存储介质中。

本申请实施例提供一种软件发布方法，图1为本申请实施例提供的一种软件发布方法的实现流程示意图，如图1所示，包括：

步骤S101，在获取到软件开发的业务需求的情况下，将所述业务需求输出给开发人员，以使开发人员进行编码。

本申请实施例中，用户可以通过输入设备来输入软件开发的业务需求，从而使得电子设备获取到软件开发的业务需求。所述用户可以是客服经理，所述输入设备可以是移动终端、键盘、鼠标、语音输入设备等。所述业务需求为软件的开发需求。

示例性地，通过输入设备输入的业务需求为身份认证和登录。

本申请实施例中，在获取到软件开发的业务需求的情况下，可以通过短信、显示设备显示文字、邮件等方式来输出业务需求给开发人员。例如，可以将业务需求通过短信发送给开发人员，电子设备可以与显示设备通信连接，通过显示设备显示业务需求，可以将业务需求通过邮件发送给开发人员。

本申请实施例中，开发人员可以根据业务需求来进行编码。

承接上面的示例，开发人员可以根据身份认证和登录的业务需求进行编码。

本申请实施例中，业务需求可以是软件功能的部分更改。

步骤S102，在获取到开发人员上传的编码的情况下，对所述编码进行核查。

在开发人员编码完成后，开发人员可以将编码上传给电子设备，从而使得电子设备获取到开发人员上传的编码。

本申请实施例中，在软件上传、建立开发环境、框架都需要遵循DevOps的规定。

本申请实施例中，dev目录下，有公有的DSL模板，DSL模板中包含多种环境，能够对开发环境进行独立配置。DSL模板包括：创建基础设施和部署的代码模板。

本申请实施例中，可以基于DSL模板配置开发环境，从而开发人员方便进行开发。

本申请实施例中，步骤S102可以通过以下步骤实现：

在获取到开发人员上传的编码后，对所述编码进行覆盖率校测和代码规范性核查。

本申请实施例中，可以通过Jenkins自动化工具对所述编码进行覆盖率校测和代码规范性核查。

本申请实施例中，上传的编码可以提交到代码仓库，电子设备会自动触发持续交互工具创建或更新交付流水线，然后使用Jenkins自动化工具对所述编码进行覆盖率校测和代码规范性核查。

本申请实施例中，覆盖率校测后可以得到校测信息，代码规范性核查也能得到核查信息，所述校测信息包括：覆盖率，所述核查信息可以包括核查是否通过。

本申请实施例中，可以预先设置代码的规范对编码进行检测，从而实现对编码进行核查。

步骤S103，在所述编码核查通过后基于所述编码生成程序。

本申请实施例中，在核查通过后，可以对所述编码进行编译，从而生成程序。

在一些实施例中，可以对编码进行标注，可以通过Ansible对更改部分进行标注。在标注完成后，对标注后的编码进行编译生成程序。

步骤S104，基于测试用例对所述程序进出测试。

本申请实施例中，可以预先存储好测试用例，然后在生成程序后通过测试用例来进行测试，由于测试本身是标准化测试，只需要使用自动化工具对更改部分进行测试，测试用例可以是已测试好的迭代版本启动之前的用例。

步骤S105，在测试通过后，对所述程序进行部署。

本申请实施例中，在测试通过后，则表明该程序能够进行应用，因此，此时可以对程序进行发布。

本申请实施例中，evOps主要用于敏捷开发以及不确定性相当大的场景(比如机器学习和物联网)，但是部署时实际上是对更改部分进行部署，不会影响原有功能，对风险的降低就会非常有效。

本申请实施例中，通过Ansible自动化平台实现自动化部署。

本申请提供的一种软件发布方法，通过在获取到软件开发的业务需求的情况下，将所述业务需求输出给开发人员，以使开发人员进行编码；在获取到开发人员上传的编码的情况下，对所述编码进行核查；在所述编码核查通过后基于所述编码生成程序；基于测试用例对所述程序进出测试；在测试通过后，对所述程序进行部署，能够自动化部署软件，提高软件的发布速度。

在一些实施例中，在步骤S104之后，所述方法还包括：

步骤S106，在所述测试不通过的情况下，发送测试信息给所述开发人员，以使开发人员重新进行编码。

本申请实施例中，测试不通过，则说明程序不能正常应用，存在缺陷，此时可以通过邮件、短信、显示装置显示文字等方式发送测试信息给开发人员。

本申请实施例中，由于有了测试信息，开发人员可以确定代码存在哪些问题，从而使得开发人员对编码进行修改。

开发人员在修改后可以重新进行上传，然后电子设备自动编码进行核查、在编码核查通过后基于所述编码生成程序；基于测试用例对所述程序进出测试；在测试通过后，对所述程序进行部署。

本申请实施例提供的方法，通过在所述测试不通过的情况下，发送测试信息给所述开发人员，以使开发人员重新进行编码。能够提高开发人员的开发效率。

在一些实施例中，在步骤S104之后，所述方法还包括：

步骤S106，在所述程序部署后，对所述程序的运行情况进行监控。

本申请实施例中，可以通过Devops的Ansible对线上运行的系统进行监控，从而对程序的运行情况进行监控。

步骤S107，在监控到所述程序运行存在异常的情况下，生成异常模板，并将所述异常模板发送给所述开发人员。

本申请实施例中，可以预先存储异常状态信息，在程序运行的过程中，可以获取该程序的运行状态，然后将运行状态和异常状态信息进行匹配验证，从而确定所述程序的运行是否存在异常。

本申请实施例中，当运作状态和异常状态匹配时，则确定程序运行存在异常，当运行状态和异常状态不匹配时，则确定程序运行不存在异常。

本申请实施例中，可以预先存储模板，在确定异常时，通过模板来生成异常模板。

本申请实施例中，可以通过邮件、短信、显示装置显示文字等方式发送测试信息给开发人员。

本申请实施例提供的方法，通过在所述程序部署后，对所述程序的运行情况进行监控；在监控到所述程序运行存在异常的情况下，生成异常模板，并将所述异常模板发送给所述开发人员，能够提高软件的发布速度，能够及时进行异常处理。

在一些实施例中，在步骤S102之后，所述方法还包括：

步骤S108，在核查不通过的情况下，将覆盖率的校测信息、代码规范性的核查信息输出给所述开发人员。

本申请实施例中，通过将覆盖率的校测信息、代码规范性的核查信息输出给所述开发人员，可以提高开发人员的开发效率。进一步提高程序的发布速度。

基于前述的各个实施例，本申请实施例再提供一种软件发布方法，采用Devops+Ansible+Jenkins+AWS微服务技术栈，建立DevOps部署、维护团队。在大型企业技术维护中，该团队的主要建立目标为优化持续交付流程。最终达到的目标是每个团队都可以自治，每个团队都可以进行后端到后端的开发、前端对前端、测试和部署，并可以自驱动的持续改进。与此同时，团队不仅仅只是为交付还提供更多涉及基础设施、持续交付流水线、部署等活动所需要的自动化能力。其中jenkins主要保证产品可以自动化快速部署，其更改基础只是基于已有和现有版本有所更新迭代才会进行更新，通过自动化进行的持续部署，能够解决因手动流程降低应用交付速度，使运维团队超负荷的问题。而ANSible为项目部署、运行、开发的公共平台，开发团队的职责和部署平台团队的职责清晰分离，却又可以在平台上进行沟通、维护。平台团队关注Ansible提供给交付团队的服务是否满足需求和DSL模板是否易用，而交付团队只用关注如何基于公有DSL去定制自己的基础设施，环境依赖和部署等。

DevOps是依托容器、自动化、云计算等技术及精益化管理形成的一种项目过程,有效的促进了开发、测试、运营、运维、QA等团队间的协作，使得团队内、跨团队之间的协作得到极大的提升，可以帮助企业做到产品精益化、运营精益化、管理精益化。

图2为本申请实施例提供的一种软件发布的流程示意图，如图2所示，包括：

S1计划：确定业务理由，创建设计目的(同上述实施例中的业务需求)(plan)。

DevOps项目基础是关注业务需求，避免方法和工具变得比客户需求还重要。Devops交付主要是通过提升发布速度，能够更快地创新，从而满足业务需求。以Ar身份认证权限管理平台为例，基础业务需求为身份认证和登录。因此本身登录服务的变动就需要多次核查，设计登陆的变动需要提前模拟测试，使用自动化部署减少人工部署的风险。对比改动部分，降低部署风险。

S2编码：为所在项目提供编码开发(code)。

DevOps在编码环节对项目下的定义与普通不太一样，其需要上传、建立开发环境、框架都要遵循DevOps的规定。以Ar本身业务规定，其中dev目录下，是公有的DSL模板，其中包含多种环境(开发、测试、预生产环境等的独立配置)，以及一套基于DSL的代码模板，其中包含创建基础设施和部署应用这两部分DSL代码模板。他们会在持续集成流水线中被动态组合到一起。

在创建基础设施和部署的时候会分别拉取基础设施代码库和应用代码库,保证多人开发也不会对稳定的开发功能进行覆盖，且规范性高、易读性高。

S3.编译:对上传部分进行核查(build)。

本申请实施例中，基础设施构建，流水线构建，部署等活动都代码化，与应用代码放在同一个代码仓库中。通过提交的基础设施代码(同上述实施例中的编码)到仓库后，自动触发持续交付工具创建或更新流水线。接着会使用Jenkins自动化工具测试覆盖率校测，代码规范验证等任务，最终输出构建产物(同上述实施例中的程序)。

S4.测试:对上传部分进行测试(test)。

由于使用了已经规定好的标准模板进行创建，并且每次交付都在Ansible对更改部分进行标注，以及需要的单元和用例测试都进行标注，所以测试本身也是标准化测试，只需要使用自动化工具对更改的部分进行测试。对之前已经测试好的迭代版本启动之前的用例迭代工具核查即可。

S5.发布:对更改部分进行发布(release)。

DevOps主要用于敏捷开发以及不确定性相当大的场景(比如机器学习和物联网)，但是部署时实际上是对更改部分进行部署，不会影响原有功能，对风险的降低就会非常有效。

S6.发布:对更改部分进行部署(deploy)。

通过Ansible自动化平台实现自动化部署。

用YAML编写的Ansible Playbook描述了系统的理想状态，其通常保留在源代码控制中。不管系统当前状态如何，Ansible自动化平台都可使其进入目标状态。

S7.监控:对已有迭代部分进行监控(monitor)。

利用Devops团队的Ansible对线上运行的系统进行监控，一旦出现异常在平台通知开发人员提交异常模板，保证每一次异常都有迹可循。

基于前述的实施例，本申请实施例提供一种软件发布装置，该装置包括的各模块、以及各模块包括的各单元，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU，Central ProcessingUnit)、微处理器(MPU，Microprocessor Unit)、数字信号处理器(DSP，Digital SignalProcessing)或现场可编程门阵列(FPGA，Field Programmable Gate Array)等。

本申请实施例提供一种软件发布装置，包括：

输出模块，用于在获取到软件开发的业务需求的情况下，将所述业务需求输出给开发人员，以使开发人员进行编码；

核查模块，用于在获取到开发人员上传的编码的情况下，对所述编码进行核查；

编译模块，用于在所述编码核查通过后基于所述编码生成程序；

测试模块，用于基于测试用例对所述程序进出测试；

部署模块，用于在测试通过后，对所述程序进行部署。

在一些实施例中，所述软件发布装置还包括：

监控模块，在所述程序部署后，对所述程序的运行情况进行监控；

发送模块，用于在监控到所述程序运行存在异常的情况下，生成异常模板，并将所述异常模板发送给所述开发人员。

在一些实施例中，所述业务需求包括：软件功能的部分更改，所述编码为所述软件功能的更改部分对应的编码，所述在所述编码核查通过后基于所述编码生成程序，包括：

在所述核查通过后，对标注后的编码进行编译生成程序。

在一些实施例中，所述软件发布装置还用于：

在所述测试不通过的情况下，发送测试信息给所述开发人员，以使开发人员重新进行编码。

在一些实施例中，所述软件发布装置还用于：

在所述程序部署后，对所述程序的运行情况进行监控；

在监控到所述程序运行存在异常的情况下，生成异常模板，并将所述异常模板发送给所述开发人员。

在一些实施例中，所述在获取到开发人员上传的编码的情况下，对所述编码进行核查，包括：

在获取到开发人员上传的编码后，对所述编码进行覆盖率校测和代码规范性核查。

在一些实施例中，所述软件发布装置还用于：

在核查不通过的情况下，将覆盖率的校测信息、代码规范性的核查信息输出给所述开发人员。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的软件发布方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，ReadOnly Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

相应地，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现上述实施例中提供的软件发布方法中的步骤。

本申请实施例提供一种电子设备；图3为本申请实施例提供的电子设备的组成结构示意图，如图3所示，所述电子设备500包括：一个处理器501、至少一个通信总线502、用户接口503、至少一个外部通信接口504、存储器505。其中，通信总线502配置为实现这些组件之间的连接通信。其中，用户接口503可以包括控制屏，外部通信接口504可以包括标准的有线接口和无线接口。所述处理器501配置为执行存储器中存储的软件发布方法的程序，以实现以上述实施例提供的软件发布方法中的步骤。

本申请实施例提供一种软件发布方法，包括：

在获取到软件开发的业务需求的情况下，将所述业务需求输出给开发人员，以使开发人员进行编码；

在获取到开发人员上传的编码的情况下，对所述编码进行核查；

在所述编码核查通过后基于所述编码生成程序；

基于测试用例对所述程序进出测试；

在测试通过后，对所述程序进行部署。

在一些实施例中，所述业务需求包括：软件功能的部分更改，所述编码为所述软件功能的更改部分对应的编码，所述在所述编码核查通过后基于所述编码生成程序，包括：

在所述核查通过后，对标注后的编码进行编译生成程序。

在一些实施例中，所述在测试通过后，对所述程序进行部署，包括：

在测试通过后，基于所述程序进行部署。

在一些实施例中，所述方法还包括：

在所述测试不通过的情况下，发送测试信息给所述开发人员，以使开发人员重新进行编码。

在一些实施例中，所述方法还包括：

在所述程序部署后，对所述程序的运行情况进行监控；

在监控到所述程序运行存在异常的情况下，生成异常模板，并将所述异常模板发送给所述开发人员。

在一些实施例中，所述在获取到开发人员上传的编码的情况下，对所述编码进行核查，包括：

在获取到开发人员上传的编码后，对所述编码进行覆盖率校测和代码规范性核查。

在一些实施例中，所述方法还包括：

在核查不通过的情况下，将覆盖率的校测信息、代码规范性的核查信息输出给所述开发人员。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所控制或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元控制的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台控制器执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。