CN110187914A - 应用开发方法、系统及装置 - Google Patents

Abstract

本申请公开了一种应用开发方法、系统及装置。该方法包括：基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码；基于开发分支代码进行应用开发，得到版本更新的目标应用；对版本更新的目标应用进行发布；将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。通过本申请，解决了相关技术中在对同一应用开发上线的过程中，多个版本的变更导致版本冲突的问题。

Description

应用开发方法、系统及装置

技术领域

本申请涉及应用开发技术领域，具体而言，涉及一种应用开发方法、系统及装置。

背景技术

在进行应用的新版本的开发时，存在多人并行开发同一个应用的情况，一方面，在该情况下，由于单人预发或者单人正式发布会污染预发分支和归档主干分支，容易使得预发和正式环境时产生发布冲突，导致之后的其他开发应用不能直接进行发布。另一方面，对于应用的各个环境的部署需要手动操作，进行需求的沟通、代码的打包和服务器的部署，创建成本高，操作繁琐。此外，对于应用的基础调用的频繁发布和测试版本的部署，导致整个环境的不稳定。

针对相关技术中在对同一应用开发上线的过程中，多个版本的变更导致版本冲突的问题，目前尚未提出有效的解决方案。

发明内容

本申请提供一种应用开发方法、系统及装置，以解决相关技术中在对同一应用开发上线的过程中，多个版本的变更导致版本冲突的问题。

根据本申请的一个方面，提供了一种应用开发方法。该方法包括：基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码；基于开发分支代码进行应用开发，得到版本更新的目标应用；对版本更新的目标应用进行发布；将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。

进一步地，基于开发分支代码进行应用开发，得到版本更新的目标应用包括：对开发分支代码进行编译打包；并将完成编译打包的代码部署至目标应用对应的应用服务器，得到待测试的版本更新的目标应用；在待测试的版本更新的目标应用测试通过的情况下，将待测试的版本更新的目标应用确定为版本更新的目标应用。

进一步地，将待测试的版本更新的目标应用确定为版本更新的目标应用包括：检测主干分支代码是否发生改动；在主干分支代码未发生改动的情况下，将待测试的版本更新的目标应用作为版本更新的目标应用；在主干分支代码发生改动的情况下，将待测试的版本更新的目标应用的代码与改动的主干分支代码进行合并，得到改动后的开发分支代码，并对改动后的开发分支代码重新执行编译打包的步骤。

进一步地，在基于开发分支代码进行应用开发，得到版本更新的目标应用之后，该方法还包括：在检测到申请请求的情况下，检测预发布环境是否存在其他预发布的应用，其中，申请请求用于申请预发布版本更新的目标应用，预发布环境用于模拟目标应用投入使用的环境；在预发布环境不存在其他预发布的应用的情况下，对版本更新的目标应用的代码进行编译打包，并将完成编译打包的代码部署到预发布服务器进行测试。

进一步地，对版本更新的目标应用进行发布包括：对版本更新的目标应用对应的代码编译打包，并将完成编译打包的代码部署到发布服务器进行测试；在测试成功的情况下，发布版本更新的目标应用，并将测试成功的信息推送给目标对象。

进一步地，该方法还包括：在测试失败的情况下，对发布服务器执行回滚操作，其中，回滚操作用于将发布服务器恢复至部署前的状态。

进一步地，该方法还包括：检测是否接收到目标指令；在接收到目标指令的情况下，跳过应用开发过程获取应用的预发布权限，和/或在非发布期间获取应用的发布权限。

进一步地，该方法还包括，在版本更新的目标应用进行发布之后，触发公共环境部署机制，其中，公共环境用于在基于开发分支代码进行应用开发时提供调用服务；基于公共环境部署机制对主干分支代码，和/或开发分支代码进行编译打包，并部署至公共环境下目标应用对应的应用服务器。

根据本申请的另一方面，提供了一种应用开发系统。该系统包括：公共环境，用于在基于主干分支代码创建开发分支代码，以开发版本更新的目标应用时提供调用服务，并用于将发布分支代码与主干分支代码进行合并，其中，主干分支代码对应目标应用当前投入使用的版本，发布分支代码对应为版本更新的目标应用；至少一个项目环境，用于在基于开发分支代码开发版本更新的目标应用时提供独立的开发测试环境；发布环境，用于对版本更新的目标应用进行上线发布。

根据本申请的另一方面，提供了一种应用开发装置。该装置包括：创建单元，用于基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码；开发单元，用于基于开发分支代码进行应用开发，得到版本更新的目标应用；发布单元，用于对版本更新的目标应用进行发布；合并单元，用于将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。

通过本申请，采用以下步骤：基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码；基于开发分支代码进行应用开发，得到版本更新的目标应用；对版本更新的目标应用进行发布；将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码，解决了相关技术中在对同一应用开发上线的过程中，多个版本的变更导致版本冲突的问题。通过基于目标应用的主干分支代码创建开发分支代码，并在发布版本更新的目标应用后，更新主干分支代码，进而达到了在对同一应用开发上线的过程中，多个版本的变更不会产生版本的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的应用开发方法的流程图；

图2是根据本申请实施例提供的应用开发方法中的应用开发流程图；

图3是根据本申请实施例提供的应用开发方法中的应用发布流程图；

图4是根据本申请实施例提供的应用开发方法中的应用预发布流程图；

图5是根据本申请实施例提供的应用开发方法中的应用申请紧急变更流程图；

图6是根据本申请实施例提供的应用开发方法中的公共环境部署流程图；

图7是根据本申请实施例提供的应用开发系统的示意图；

图8是根据本申请实施例提供的应用开发系统中开发应用的生命周期的示意图；

图9是根据本申请实施例提供的应用开发系统中公共环境中组件调用关系的示意图；以及

图10是根据本申请实施例提供的应用开发装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请的实施例，提供了一种应用开发方法。

图1是根据本申请实施例的应用开发方法的流程图。如图1所示，该方法包括以下步骤：

步骤S101，基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码。

需要说明的是，目标应用的主干分支代码为稳定运行的版本的代码，也即当前投入使用的版本的代码，多人同时对目标应用进行版本的开发时，可以分别在主干分支上拉出开发分支，独立地进行应用的开发。

步骤S102，基于开发分支代码进行应用开发，得到版本更新的目标应用。

可选地，在本申请实施例提供的应用开发方法中，基于开发分支代码进行应用开发，得到版本更新的目标应用包括：对开发分支代码进行编译打包；并将完成编译打包的代码部署至目标应用对应的应用服务器，得到待测试的版本更新的目标应用；在待测试的版本更新的目标应用测试通过的情况下，将待测试的版本更新的目标应用确定为版本更新的目标应用。

如图2所示、开发人员在本地开发完成后获取开发代码、并提交代码到开发分支，得到开发分支代码，如果在此期间主干分支有改动，可以选择暂时不合并主干分支。在开发系统中点击部署系统，会自动执行代码的编译打包和自动部署到应用的指定服务器，之后由测试人员进行测试来判定是否能够测试，在通过测试的情况下进行后续的操作流程，从而实现了不同开发人员在独立的开发空间对应用的独立开发。

在应用开发后，存在主干分支代码出现改动的情况，可选地，在本申请实施例提供的应用开发方法中，将待测试的版本更新的目标应用确定为版本更新的目标应用包括：检测主干分支代码是否发生改动；在主干分支代码未发生改动的情况下，将待测试的版本更新的目标应用作为版本更新的目标应用；在主干分支代码发生改动的情况下，将待测试的版本更新的目标应用的代码与改动的主干分支代码进行合并，得到改动后的开发分支代码，并对改动后的开发分支代码重新执行编译打包的步骤。

需要说明的是，在测试通过后，如果不存在主干分支代码的改动，则直接进入下一流程，如果在测试通过时已经有主干分支代码的改动，则进行发布分支代码与主干分支代码的合并，并重新执行代码的编译打包和服务器的部署等流程，以保证进入下一流程的应用代码与当前投入使用的版本的更新情况吻合。

步骤S103，对版本更新的目标应用进行发布。

可选地，在本申请实施例提供的应用开发方法中，对版本更新的目标应用进行发布包括：对版本更新的目标应用对应的代码编译打包，并将完成编译打包的代码部署到发布服务器进行测试；在测试成功的情况下，发布版本更新的目标应用，并将测试成功的信息推送给目标对象。

如图3所示，在完成目标应用的开发之后，可以进行应用的发布，具体地，进行代码的编译打包、发布服务器的部署以及应用的发布，在发布上线后进行线上回归测试，如果测试通过则通知相关人员应用发布成功并显示相关说明，同时把发布分支代码合并到主干分支，进行归档。

需要说明的是，在应用的发布时需要获得环境锁，需要保证发布环境中只有该应用所属的变更可以操作发布环境，因而，在发布目标应用前，查看发布环境中是否存在其他变更，在发布环境中不存在其他变更的情况下，获取待发布的目标应用所属变更的环境锁，从而保证一个发布环境里当前只有一个变更可以操作发布环境，防止多个变更同时操作一个发布环境，阻碍应用的发布。

在发布测试失败的情况下，为了避免影响应用的下次发布，可选地，在本申请实施例提供的应用开发方法中，该方法还包括：在测试失败的情况下，对发布服务器执行回滚操作，其中，回滚操作用于将发布服务器恢复至部署前的状态。

需要说明的是，如果在发布上线之后回归测试未能通过，则对发布服务器进行回滚操作，由开发人员指定一个正确的发布记录，将发布服务器恢复至部署前的状态，以保证发布服务器未被错误部署。

步骤S104，将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。

需要说明的是，在开发新版本并上线发布进行使用后，将发布代码归档至主干分支，以保证主干分支代码表征了当前投入使用的目标应用的版本的代码。

本申请实施例提供的应用开发方法，通过基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码；基于开发分支代码进行应用开发，得到版本更新的目标应用；对版本更新的目标应用进行发布；将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码，解决了相关技术中在对同一应用开发上线的过程中，多个版本的变更导致版本冲突的问题。通过基于目标应用的主干分支代码创建开发分支代码，并在发布版本更新的目标应用后，更新主干分支代码，进而达到了在对同一应用开发上线的过程中，多个版本的变更不会产生版本的效果。

对于一些应用，在发布上线前需要进行预发布操作，以保证发布操作的稳定性，可选地，在本申请实施例提供的应用开发方法中，在基于开发分支代码进行应用开发，得到版本更新的目标应用之后，该方法还包括：在检测到申请请求的情况下，检测预发布环境是否存在其他预发布的应用，其中，申请请求用于申请预发布版本更新的目标应用，预发布环境用于模拟目标应用投入使用的环境；在预发布环境不存在其他预发布的应用的情况下，对版本更新的目标应用的代码进行编译打包，并将完成编译打包的代码部署到预发布服务器进行测试。

需要说明的是，在公共环境进行应用的配置时，环境内的组件及服务对各个应用来说是共享的，而在应用的预发布时需要获得环境锁，需要保证预发布环境中只有该应用所属的变更可以操作预发布环境，因而，在预发布目标应用前，查看预发布环境中是否存在其他变更，在预发布环境中不存在其他变更的情况下，获取待预发布的目标应用所属变更的环境锁，以对该待预发布应用进行预发布。

如图4所示，在完成应用开发之后，可以先进行预发布流程，首先在预发布环境里点击部署系统，会判断预发布环境是否存在其他预发布的应用，在不存在其他预发布的应用的情况下系统会直接进行代码编译打包以及部署到应用的预发服务器并进行测试，测试通过的即可以进行正式的上线发布流程，不能测试通过则重新执行应用开发流程，直至测试成功。

可选地，在本申请实施例提供的应用开发方法中，该方法还包括：检测是否接收到目标指令；在接收到目标指令的情况下，跳过应用开发过程获取应用的预发布权限，和/或在非发布期间获取应用的发布权限。

需要说明的是，存在应用需要紧急上线的情况，应用具有紧急变更功能，具体地，如图5所示，系统接到针对一个应用申请紧急变更的目标指令，先由管理员进行审核，在审核不通过的情况下，对该应用执行普通的开发以及上线流程，即可在任意时间段强制获得应用的预发布权限，也即，可以跳过应用开发流程，还可以在封网期间突破封网获得应用的发布权限，从而提高了特殊应用的上线速度。

可选地，在本申请实施例提供的应用开发方法中，该方法还包括，在版本更新的目标应用进行发布之后，触发公共环境部署机制，其中，公共环境用于在基于开发分支代码进行应用开发时提供调用服务；基于公共环境部署机制对主干分支代码，和/或开发分支代码进行编译打包，并部署至公共环境下目标应用对应的应用服务器。

需要说明的是，公共环境用于在基于开发分支代码进行应用开发时提供调用服务，公共环境中的服务器需要进行部署，如图6所示，公共环境的部署分为两种方式，一种方式为自动触发，应用上线发布流程完成后，自动触发公共环境部署机制，基于当前主干分支代码编译打包和部署服务。另一种方式为手动触发，应用上线发布流程完成后，基于当前开发分支代码编译打包和部署服务，从而实现了公共环境的部署。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图7是根据本申请实施例的应用开发系统的示意图。如图7所示，该系统包括：公共环境、项目环境和发布环境。

具体地，公共环境，用于在基于主干分支代码创建开发分支代码，以开发版本更新的目标应用时提供调用服务，并用于将发布分支代码与主干分支代码进行合并，其中，主干分支代码对应目标应用当前投入使用的版本，发布分支代码对应为版本更新的目标应用。

至少一个项目环境，用于在基于开发分支代码开发版本更新的目标应用时提供独立的开发测试环境。

发布环境，用于对版本更新的目标应用进行上线发布。

需要说明的是，在进行一次应用开发活动时，如图8所示，该开发应用的整个生命周期包括创建变更，操作变更以及释放变更，需要说明的是，变更指的是一个迭代开发的单位。

具体地，创建变更包括创建开发分支、创建开发分支所处的编译环境，并创建开发应用需要的服务器。释放变更为在应用开发并发布后对相应的编译环境以及服务器进行销毁，包括释放开发分支、释放编译环境以及释放服务器。而操作变更为具体的应用开发过程，如图7所示，从当前最新的主干分支上拉出一个开发分支，可以并行拉出多个开发分支，保证多个应用并行开发并且不冲突，主干分支位于公共环境内，开发分支在项目环境内使用，当项目环境内测试通过后进行到发布环境中进行测试，测试通过后，将发布分支的内容合并到主干分支作为归档。此外，对于一些应用，在正式发布前需要进行预发布程序，系统还可以包括预发布环境，在预发环境测试通过后，再进行正式发布，发布环境中进行测试，测试通过后，将发布分支的内容合并到公共环境中的主干分支进行归档。

此外，需要说明的是，在开发应用的整个生命周期中，需要调用公共环境中的组件，组件调用关系如图9所示，在服务器的创建和释放的过程中，需要调用公共环境中的载体环境组件，在分支创建、分支释放以及合并分支的过程中，需要调用公共环境中的仓库组件，在集成环境创建、集成环境释放以及编译打包的过程中，需要调用公共环境中的集成环境组件，需要说明的是，集成环境至少包括编译环境和项目环境，部署服务以及回滚服务时需要调用部署服务组件，推送部署消息的过程需要调用消息通知组件，具体地，消息通知组件对接了外部企业社交软件服务器。

本申请实施例提供的应用开发系统，通过公共环境，用于在基于主干分支代码创建开发分支代码，以开发版本更新的目标应用时提供调用服务，并用于将发布分支代码与主干分支代码进行合并，其中，主干分支代码对应目标应用当前投入使用的版本，发布分支代码对应为版本更新的目标应用；至少一个项目环境，用于在基于开发分支代码开发版本更新的目标应用时提供独立的开发测试环境；发布环境，用于对版本更新的目标应用进行上线发布，解决了相关技术中在对同一应用开发上线的过程中，多个版本的变更导致版本冲突的问题，通过基于目标应用的主干分支代码创建开发分支代码，并在发布版本更新的目标应用后，更新主干分支代码，进而达到了在对同一应用开发上线的过程中，多个版本的变更不会产生版本的效果。

本申请实施例还提供了一种应用开发装置，需要说明的是，本申请实施例的应用开发装置可以用于执行本申请实施例所提供的用于应用开发方法。以下对本申请实施例提供的应用开发装置进行介绍。

图10是根据本申请实施例的应用开发装置的示意图。如图10所示，该装置包括：创建单元10、开发单元20、发布单元30和合并单元40。

具体地，创建单元10，用于基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码。

开发单元20，用于基于开发分支代码进行应用开发，得到版本更新的目标应用。

发布单元30，用于对版本更新的目标应用进行发布。

合并单元40，用于将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。

可选地，在本申请实施例提供的应用开发装置中，开发单元20包括：第一编译模块，用于对开发分支代码进行编译打包；第一部署模块，用于并将完成编译打包的代码部署至目标应用对应的应用服务器，得到待测试的版本更新的目标应用；确定模块，用于在待测试的版本更新的目标应用测试通过的情况下，将待测试的版本更新的目标应用确定为版本更新的目标应用。

可选地，在本申请实施例提供的应用开发装置中，确定模块包括：检测子模块，用于检测主干分支代码是否发生改动；确定子模块，用于在主干分支代码未发生改动的情况下，将待测试的版本更新的目标应用作为版本更新的目标应用；合并子模块，用于在主干分支代码发生改动的情况下，将待测试的版本更新的目标应用的代码与改动的主干分支代码进行合并，得到改动后的开发分支代码，并对改动后的开发分支代码重新执行编译打包的步骤。

可选地，在本申请实施例提供的应用开发装置中，该装置还包括：第一检测单元，用于在基于开发分支代码进行应用开发，得到版本更新的目标应用之后，在检测到申请请求的情况下，检测预发布环境是否存在其他预发布的应用，其中，申请请求用于申请预发布版本更新的目标应用，预发布环境用于模拟目标应用投入使用的环境；编译单元，用于在预发布环境不存在其他预发布的应用的情况下，对版本更新的目标应用的代码进行编译打包，并将完成编译打包的代码部署到预发布服务器进行测试。

可选地，在本申请实施例提供的应用开发装置中，发布单元30包括：第二编译模块，用于对版本更新的目标应用对应的代码编译打包，并将完成编译打包的代码部署到发布服务器进行测试；第二部署模块，用于在测试成功的情况下，发布版本更新的目标应用，并将测试成功的信息推送给目标对象。

可选地，在本申请实施例提供的应用开发装置中，该装置还包括：回滚模块，用于在测试失败的情况下，对发布服务器执行回滚操作，其中，回滚操作用于将发布服务器恢复至部署前的状态。

可选地，在本申请实施例提供的应用开发装置中，该装置还包括：第二检测单元，用于检测是否接收到目标指令；获取单元，用于在接收到目标指令的情况下，跳过应用开发过程获取应用的预发布权限，和/或在非发布期间获取应用的发布权限。

可选地，在本申请实施例提供的应用开发装置中，该装置还包括：触发单元，用于在版本更新的目标应用进行发布之后，触发公共环境部署机制，其中，公共环境用于在基于开发分支代码进行应用开发时提供调用服务；基于公共环境部署机制对主干分支代码，和/或开发分支代码进行编译打包，并部署至公共环境下目标应用对应的应用服务器。

本申请实施例提供的应用开发装置，通过创建单元10基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码；开发单元20基于开发分支代码进行应用开发，得到版本更新的目标应用；发布单元30对版本更新的目标应用进行发布；合并单元40将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码，解决了相关技术中在对同一应用开发上线的过程中，多个版本的变更导致版本冲突的问题，通过基于目标应用的主干分支代码创建开发分支代码，并在发布版本更新的目标应用后，更新主干分支代码，进而达到了在对同一应用开发上线的过程中，多个版本的变更不会产生版本的效果。

所述应用开发装置包括处理器和存储器，上述创建单元10、开发单元20、发布单元30和合并单元40等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决现有技术中在对同一应用开发上线的过程中，多个版本的变更导致版本冲突的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述应用开发方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述应用开发方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码；基于开发分支代码进行应用开发，得到版本更新的目标应用；对版本更新的目标应用进行发布；将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。

基于开发分支代码进行应用开发，得到版本更新的目标应用包括：对开发分支代码进行编译打包；并将完成编译打包的代码部署至目标应用对应的应用服务器，得到待测试的版本更新的目标应用；在待测试的版本更新的目标应用测试通过的情况下，将待测试的版本更新的目标应用确定为版本更新的目标应用。

将待测试的版本更新的目标应用确定为版本更新的目标应用包括：检测主干分支代码是否发生改动；在主干分支代码未发生改动的情况下，将待测试的版本更新的目标应用作为版本更新的目标应用；在主干分支代码发生改动的情况下，将待测试的版本更新的目标应用的代码与改动的主干分支代码进行合并，得到改动后的开发分支代码，并对改动后的开发分支代码重新执行编译打包的步骤。

在基于开发分支代码进行应用开发，得到版本更新的目标应用之后，该方法还包括：在检测到申请请求的情况下，检测预发布环境是否存在其他预发布的应用，其中，申请请求用于申请预发布版本更新的目标应用，预发布环境用于模拟目标应用投入使用的环境；在预发布环境不存在其他预发布的应用的情况下，对版本更新的目标应用的代码进行编译打包，并将完成编译打包的代码部署到预发布服务器进行测试。

对版本更新的目标应用进行发布包括：对版本更新的目标应用对应的代码编译打包，并将完成编译打包的代码部署到发布服务器进行测试；在测试成功的情况下，发布版本更新的目标应用，并将测试成功的信息推送给目标对象。

该方法还包括：在测试失败的情况下，对发布服务器执行回滚操作，其中，回滚操作用于将发布服务器恢复至部署前的状态。

该方法还包括：检测是否接收到目标指令；在接收到目标指令的情况下，跳过应用开发过程获取应用的预发布权限，和/或在非发布期间获取应用的发布权限。

该方法还包括，在版本更新的目标应用进行发布之后，触发公共环境部署机制，其中，公共环境用于在基于开发分支代码进行应用开发时提供调用服务；基于公共环境部署机制对主干分支代码，和/或开发分支代码进行编译打包，并部署至公共环境下目标应用对应的应用服务器。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：基于目标应用的主干分支代码创建开发分支代码，其中，主干分支代码对应目标应用当前投入使用的版本的代码；基于开发分支代码进行应用开发，得到版本更新的目标应用；对版本更新的目标应用进行发布；将版本更新的目标应用的发布代码，与目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。

基于开发分支代码进行应用开发，得到版本更新的目标应用包括：对开发分支代码进行编译打包；并将完成编译打包的代码部署至目标应用对应的应用服务器，得到待测试的版本更新的目标应用；在待测试的版本更新的目标应用测试通过的情况下，将待测试的版本更新的目标应用确定为版本更新的目标应用。

将待测试的版本更新的目标应用确定为版本更新的目标应用包括：检测主干分支代码是否发生改动；在主干分支代码未发生改动的情况下，将待测试的版本更新的目标应用作为版本更新的目标应用；在主干分支代码发生改动的情况下，将待测试的版本更新的目标应用的代码与改动的主干分支代码进行合并，得到改动后的开发分支代码，并对改动后的开发分支代码重新执行编译打包的步骤。

在基于开发分支代码进行应用开发，得到版本更新的目标应用之后，该方法还包括：在检测到申请请求的情况下，检测预发布环境是否存在其他预发布的应用，其中，申请请求用于申请预发布版本更新的目标应用，预发布环境用于模拟目标应用投入使用的环境；在预发布环境不存在其他预发布的应用的情况下，对版本更新的目标应用的代码进行编译打包，并将完成编译打包的代码部署到预发布服务器进行测试。

对版本更新的目标应用进行发布包括：对版本更新的目标应用对应的代码编译打包，并将完成编译打包的代码部署到发布服务器进行测试；在测试成功的情况下，发布版本更新的目标应用，并将测试成功的信息推送给目标对象。

该方法还包括：在测试失败的情况下，对发布服务器执行回滚操作，其中，回滚操作用于将发布服务器恢复至部署前的状态。

该方法还包括：检测是否接收到目标指令；在接收到目标指令的情况下，跳过应用开发过程获取应用的预发布权限，和/或在非发布期间获取应用的发布权限。

该方法还包括，在版本更新的目标应用进行发布之后，触发公共环境部署机制，其中，公共环境用于在基于开发分支代码进行应用开发时提供调用服务；基于公共环境部署机制对主干分支代码，和/或开发分支代码进行编译打包，并部署至公共环境下目标应用对应的应用服务器。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种应用开发方法，其特征在于，包括：

基于目标应用的主干分支代码创建开发分支代码，其中，所述主干分支代码对应所述目标应用当前投入使用的版本的代码；

基于所述开发分支代码进行应用开发，得到版本更新的目标应用；

对所述版本更新的目标应用进行发布；

将所述版本更新的目标应用的发布代码，与所述目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。

2.根据权利要求1所述的方法，其特征在于，基于所述开发分支代码进行应用开发，得到版本更新的目标应用包括：

对所述开发分支代码进行编译打包；

并将完成编译打包的代码部署至所述目标应用对应的应用服务器，得到待测试的版本更新的目标应用；

在所述待测试的版本更新的目标应用测试通过的情况下，将所述待测试的版本更新的目标应用确定为所述版本更新的目标应用。

3.根据权利要求2所述的方法，其特征在于，将所述待测试的版本更新的目标应用确定为所述版本更新的目标应用包括：

检测所述主干分支代码是否发生改动；

在所述主干分支代码未发生改动的情况下，将所述待测试的版本更新的目标应用作为所述版本更新的目标应用；

在所述主干分支代码发生改动的情况下，将所述待测试的版本更新的目标应用的代码与改动的主干分支代码进行合并，得到改动后的开发分支代码，并对所述改动后的开发分支代码重新执行编译打包的步骤。

4.根据权利要求1所述的方法，其特征在于，在基于所述开发分支代码进行应用开发，得到版本更新的目标应用之后，所述方法还包括：

在检测到申请请求的情况下，检测预发布环境是否存在其他预发布的应用，其中，所述申请请求用于申请预发布所述版本更新的目标应用，所述预发布环境用于模拟所述目标应用投入使用的环境；

在所述预发布环境不存在其他预发布的应用的情况下，对所述版本更新的目标应用的代码进行编译打包，并将完成编译打包的代码部署到预发布服务器进行测试。

5.根据权利要求1所述的方法，其特征在于，对所述版本更新的目标应用进行发布包括：

对所述版本更新的目标应用对应的代码编译打包，并将完成编译打包的代码部署到发布服务器进行测试；

在测试成功的情况下，发布所述版本更新的目标应用，并将测试成功的信息推送给目标对象。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在测试失败的情况下，对所述发布服务器执行回滚操作，其中，所述回滚操作用于将所述发布服务器恢复至部署前的状态。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

检测是否接收到目标指令；

在接收到所述目标指令的情况下，跳过应用开发过程获取应用的预发布权限，和/或在非发布期间获取应用的发布权限。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述版本更新的目标应用进行发布之后，触发公共环境部署机制，其中，所述公共环境用于在基于所述开发分支代码进行应用开发时提供调用服务；

基于所述公共环境部署机制对主干分支代码，和/或开发分支代码进行编译打包，并部署至所述公共环境下所述目标应用对应的应用服务器。

9.一种应用开发系统，其特征在于，包括：

公共环境，用于在基于主干分支代码创建开发分支代码，以开发版本更新的目标应用时提供调用服务，并用于将发布分支代码与所述主干分支代码进行合并，其中，所述主干分支代码对应所述目标应用当前投入使用的版本，所述发布分支代码对应为所述版本更新的目标应用；

至少一个项目环境，用于在基于所述开发分支代码开发所述版本更新的目标应用时提供独立的开发测试环境；

发布环境，用于对所述版本更新的目标应用进行上线发布。

10.一种应用开发装置，其特征在于，包括：

创建单元，用于基于目标应用的主干分支代码创建开发分支代码，其中，所述主干分支代码对应所述目标应用当前投入使用的版本的代码；

开发单元，用于基于所述开发分支代码进行应用开发，得到版本更新的目标应用；

发布单元，用于对所述版本更新的目标应用进行发布；

合并单元，用于将所述版本更新的目标应用的发布代码，与所述目标应用当前投入使用的版本的代码进行合并，得到更新后的主干分支代码。