CN107193615B - 项目代码信息的更新部署方法及装置 - Google Patents

Abstract

本发明公开了一种项目代码信息的更新部署方法及装置，涉及互联网技术领域，可以提高项目代码信息更新部署的效率和准确性。所述方法包括：获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理；在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程。本发明适用于项目代码信息的更新部署。

Description

项目代码信息的更新部署方法及装置

技术领域

本发明涉及一种互联网技术领域，特别是涉及一种项目代码信息的更新部署方法及装置。

背景技术

随着互联网技术的飞速发展，互联网企业面对的产品项目越来越多，为了满足不同用户的需求，产品项目需要不断的更新、版本迭代等，伴随而来的，产品项目中的项目代码信息也需要不断的进行发版与更新操作。

目前，在项目代码信息更新部署的过程中，运维人员还是依靠传统的手动更新方式，具体将变更后的项目代码信息上传到项目服务器上，并手动编程代码更新部署的每一个处理流程进而来实现项目代码信息的更新部署。

然而，随着产品项目数量的不断增加，这种手动更新的方式会大大增加运维人员的工作负担，工作效率低下，进而会影响项目代码信息更新部署的效率，并且在更新的工作中，运维人员经常容易出现失误，从而也会降低项目代码信息更新部署的准确性。

发明内容

有鉴于此，本发明提供了一种项目代码信息的更新部署方法及装置，主要目的在于解决目前在项目代码信息更新部署的过程中通过手动更新的方式，会影响项目代码信息更新部署的效率及准确性的问题。

依据本发明一个方面，提供了一种项目代码信息的更新部署方法，该方法包括：

获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；

根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理；

在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程。

依据本发明另一个方面，提供了一种项目代码信息的更新部署装置，该装置包括：

获取单元，用于获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；

处理单元，用于根据所述获取单元获取的项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理；

更新单元，用于在将与所述获取单元获取的项目标识对应的项目服务进程关闭后，根据所述处理单元打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程。

依据本发明又一个方面，提供了一种存储设备，其上存储有计算机程序，所述程序被处理器执行时实现以下步骤：

获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；

根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理；

在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程。

依据本发明再一个方面，提供了一种项目代码信息更新部署的实体装置，包括存储设备、处理器及存储在存储设备上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；

根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理；

在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程。

借由上述技术方案，本发明提供的一种项目代码信息的更新部署方法及装置，与目前在项目代码信息更新部署的过程中通过手动更新的方式相比，本发明根据对变更后的项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对该项目代码信息进行自动打包处理，并自动检查相应项目服务进程，在该项目服务进程关闭后，自动将相应项目代码存储路径上保存的历史代码信息替换为打包处理后的项目代码信息，替换完毕后自动重新启动该项目服务进程，以便自动完成项目代码信息的更新部署过程，进而可以实现一键式自动化完成项目源代码的更新打包、服务中断、新代码更替、服务重启等一系列操作，快速进行项目代码更新部署的标准流程，减少了运维人员的工作负担及误操作的可能，从而提高了项目代码信息更新部署的效率和准确性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种项目代码信息的更新部署方法流程示意图；

图2示出了本发明实施例提供的另一种项目代码信息的更新部署方法流程示意图；

图3示出了本发明实施例提供的一种项目代码信息的更新部署装置的结构示意图；

图4示出了本发明实施例提供的另一种项目代码信息的更新部署装置的结构示意图；

图5示出了本发明实施例提供的一种项目代码信息的更新部署装置的实体结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种项目代码信息的更新部署方法，可以提高项目代码信息更新部署的效率和准确性，如图1所示，该方法包括：

101、获取客户端上传的变更后的项目代码信息以及与项目代码信息对应产品项目的项目标识。

其中，项目代码信息中可以包含完整的项目对象模型(Project Object Model，POM)文件、源代码信息以及相应的配置文件信息，该项目对象模型文件用于管理项目源代码、配置文件、开发者的信息和角色、问题追踪系统、组织信息、项目授权、项目的统一资源定位符(Uniform Resource Locator，URL)、项目的依赖关系等等。项目标识可以为产品项目的项目名称、身份标识号码(Identity，ID)等。

在本发明实施例中，可以由代码开发人员针对某一特定的产品项目完成新的项目代码变更，然后通过客户端提交到项目服务器中，而对于本发明实施例的执行主体可以为项目服务器，也可以为项目服务器中配置的用于项目代码信息更新部署的装置，在项目服务器接收到客户端提交的新的项目代码信息之后，可以由运维人员触发或者由系统默认自动触发该新的项目代码信息的更新部署自动化流程，具体执行步骤101至步骤103所述的过程，无需运维人员依靠传统的手动更新方式手动编程代码更新部署的每一个处理流程，减少了运维人员的工作负担及误操作的可能，进而提高了项目代码信息更新部署的效率和准确性。

102、根据获取的项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对项目代码信息进行打包处理。

例如，根据项目对象模型文件中项目源代码相关的配置信息，将需要运行的项目源代码内容进行打包处理，并可以生成一个特定文件，该文件中包含所有需要运行的项目源代码。

103、在将与获取的项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动项目服务进程。

例如，可以检测与获取的项目标识对应的项目服务进程的启动状态，如果该项目服务进程已经关闭，可以直接将与该项目服务进程对应项目代码存储路径上保存的历史代码信息替换为打包处理后的项目代码信息，并启动该项目服务进程；如果该项目服务进程处于开启状态，将该项目服务进程结束，然后再将历史代码信息替换为打包处理后的项目代码信息，并重新启动该项目服务进程，以便完成新的项目代码信息的更新部署。

需要说明的是，对于本发明实施例提供的项目代码信息的更新部署方法，可以应用在Web、Server产品项目的项目代码信息更新部署的场景，还可以应用在其他产品项目的项目代码信息更新部署的场景，在此本发明实施例不做限定，进而完成不断的项目代码更新、版本迭代过程。

本发明实施例提供的一种项目代码信息的更新部署方法，与目前在项目代码信息更新部署的过程中通过手动更新的方式相比，本发明实施例根据对变更后的项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对该项目代码信息进行自动打包处理，并自动检查相应项目服务进程，在该项目服务进程关闭后，自动将相应项目代码存储路径上保存的历史代码信息替换为打包处理后的项目代码信息，替换完毕后自动重新启动该项目服务进程，以便自动完成项目代码信息的更新部署过程，进而可以实现一键式自动化完成项目源代码的更新打包、服务中断、新代码更替、服务重启等一系列操作，快速进行项目代码更新部署的标准流程，减少了运维人员的工作负担及误操作的可能，从而提高了项目代码信息更新部署的效率和准确性。

进一步地，作为上述本发明实施例具体实施方式的细化和扩展，提供了另一种项目代码信息的更新部署方法，如图2所示，该方法包括：

201、通过调用预定Subversion服务，将客户端上传到Subversion版本控制路径的变更后的项目代码信息更新到预设文件存储路径中。

其中，预设文件存储路径可以根据实际需求预先进行设定。

由代码开发人员针对某一特定的产品项目完成新的项目代码变更，然后通过客户端选择相应的产品项目将变更后的项目代码信息提交到项目服务器中部署的Subversion版本控制路径上，其中提交的项目代码信息中包含完整的项目对象模型POM文件及配置文件信息等。

对于本发明实施例的执行主体可以为项目服务器中配置的用于项目代码信息自动化更新部署的装置，该装置可以由技术人员预先进行编写配置，例如，可以基于Linux操作系统Bash脚本技术预先进行编写配置。在项目服务器侧，在接收到客户端提交的新的项目代码信息之后，可以由运维人员触发或者由系统默认自动触发该装置具体执行步骤201至步骤207所述过程。

202、通过调用预定Apache Maven服务，检索预设文件存储路径中项目代码信息包含的项目对象模型文件。

例如，首先通过调取项目服务器中的预定Subversion服务，将提交的新的项目代码信息更新到指定的文件存储路径中，然后通过调取项目服务器中的预定Apache Maven服务，检索该文件存储路径中项目文件夹下的项目对象模型文件。

203、根据检索到的项目对象模型文件中项目源代码相关的配置信息，对项目代码信息中需要加载的JAR包进行打包处理。

例如，通过调取项目服务器中的预定Apache Maven服务，在检索到项目对象模型文件之后，根据该文件中项目源代码相关的配置信息，对项目代码信息中需要加载的JAR包打包到包内。

204、将打包处理后的包生成预定WAR文件格式的文件。

其中，预定WAR文件格式的文件中包含需要运行的源代码信息。

例如，在将需要加载的JAR包打包到包内之后，统一生成一个以WAR文件格式结尾的文件，该文件包含了所有需要运行的项目源代码。

205、获取项目代码信息对应产品项目的项目标识，并检索与该项目标识对应的项目服务进程以及相应的项目代码存储路径。

具体可以通过查询映射关系表的方式，根据获取到的产品项目的项目标识，在映射关系表中查询相应的项目服务进程以及相应的项目代码存储路径。例如，查询到与该项目名称对应的项目服务进程为项目启动容器Tomcat进程，将与该Tomcat进程对应Tomcat容器指定的访问路径确定为项目代码存储路径。

206、在将项目服务进程关闭后，将项目代码存储路径上保存的历史代码信息备份存储至预定备份存储路径中。

其中，预定备份存储路径可以根据实际需求预先进行设定。

在检索到与该项目标识对应的项目服务进程之后，将该项目服务进程关闭，对于本发明实施例，为了实现对历史代码信息的备份保存，便于后期的项目代码分析，可以在项目服务进程关闭后，将项目代码存储路径上保存的历史代码信息备份存储至预定备份存储路径中。并且为了进一步便于后期按照时间进行分析以及节省存储空间，可以采用按照时间戳格式进行压缩打包处理的方式，相应的，步骤206具体可以包括：将与项目标识对应项目代码存储路径上保存的历史代码信息，按照时间戳格式进行压缩打包处理；然后将压缩打包处理后的历史代码信息备份存储至预定备份存储路径中。

例如，在关闭项目启动容器Tomcat进程后，将Tomcat容器指定的访问路径上保存的历史代码按照标准时间戳格式进行压缩打包，并移动到特定的备份存储路径下。

207、将项目代码存储路径上保存的历史代码信息替换为打包处理后的项目代码信息，并重新启动项目服务进程。

例如，将Tomcat容器指定的访问路径上保存的历史代码替换为打包处理后的新的项目代码，并重新启动项目启动容器Tomcat进程，进而完成项目代码信息的更新部署操作。

本发明实施例提供的另一种项目代码信息的更新部署方法，与目前在项目代码信息更新部署的过程中通过手动更新的方式相比，本发明实施例可以实现一键式自动化完成项目源代码的更新打包、服务中断、历史代码数据备份、新代码更替、服务重启等一系列操作，快速进行项目代码更新部署的标准流程，减少了运维人员的工作负担及误操作的可能，进而提高了项目代码信息更新部署的效率和准确性，并且可以实现将历史代码数据备份，便于后期的项目代码分析。

进一步地，作为图1和图2所述方法的具体实现，本发明实施例提供了一种项目代码信息的更新部署装置，如图3所示，所述装置包括：获取单元31、处理单元32、更新单元33。

获取单元31，可以用于获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；获取单元31为本装置中获取提交的新项目代码信息以及相应产品项目标识的主要功能模块，在获取得到这些信息后，触发处理单元32和更新单元33进行工作，对获取得到的这些信息进行处理。

处理单元32，可以用于根据所述获取单元31获取的项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理；处理单元32为本装置中对项目代码信息进行打包处理的主要功能模块。

更新单元33，可以用于在将与所述获取单元31获取的项目标识对应的项目服务进程关闭后，根据所述处理单元32打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程，进而完成新的项目代码信息的更新部署。

在具体的应用场景中，为了实现对历史代码信息的备份保存，便于后期的项目代码分析，如图4所示，所述更新单元33具体可以包括：备份模块331、替换模块332。

备份模块331，可以用于将与所述项目标识对应项目代码存储路径上保存的历史代码信息备份存储至预定备份存储路径中。

替换模块332，可以用于将所述项目代码存储路径上保存的历史代码信息替换为打包处理后的项目代码信息。

在具体的应用场景中，为了进一步便于后期按照时间进行分析以及节省存储空间，可以采用按照时间戳格式进行压缩打包处理的方式，相应的，所述备份模块331，具体可以用于将与所述项目标识对应项目代码存储路径上保存的历史代码信息，按照时间戳格式进行压缩打包处理；将压缩打包处理后的历史代码信息备份存储至预定备份存储路径中。

在具体的应用场景中，所述处理单元32，具体可以用于根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息中需要加载的JAR包进行打包处理；将打包处理后的包生成预定WAR文件格式的文件，所述预定WAR文件格式的文件中包含需要运行的源代码信息。

相应的，所述更新单元33，具体可以用于与所述项目标识对应项目代码存储路径上保存的历史代码信息替换为生成的所述预定WAR文件格式的文件。

在具体的应用场景中，所述获取单元31，具体可以用于通过调用预定Subversion服务，将客户端上传到Subversion版本控制路径的变更后的项目代码信息更新到预设文件存储路径中。

相应的，所述处理单元32，具体还可以用于通过调用预定Apache Maven服务，检索所述预设文件存储路径中所述项目代码信息包含的项目对象模型文件；根据检索到的所述项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理。

需要说明的是，本发明实施例提供的一种项目代码信息的更新部署装置所涉及各功能单元的其他相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本发明实施例还提供了一种存储设备，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理；在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程。

基于上述如图1和图2所示方法和如图3和图4所示装置的实施例，本发明实施例还提供了一种项目代码信息的更新部署的实体装置，如图5所示，该装置包括：处理器41、存储设备42、及存储在存储设备42上并可在处理器41上运行的计算机程序，所述处理器41执行所述程序时实现以下步骤：获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理；在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程，该装置还包括：总线43，被配置为耦接处理器41及存储设备42。

通过应用本发明的技术方案，与目前在项目代码信息更新部署的过程中通过手动更新的方式相比，可以实现一键式自动化完成项目源代码的更新打包、服务中断、历史代码数据备份、新代码更替、服务重启等一系列操作，快速进行项目代码更新部署的标准流程，减少了运维人员的工作负担及误操作的可能，进而提高了项目代码信息更新部署的效率和准确性，并且可以实现将历史代码数据备份，便于后期的项目代码分析。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种项目代码信息的更新部署方法，其特征在于，包括：

获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；

根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理，具体包括：根据所述配置信息，将需要运行的项目源代码内容进行打包处理；

在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程，对所述历史代码信息进行备份分析。

2.根据权利要求1所述的方法，其特征在于，所述根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，具体包括：

将与所述项目标识对应项目代码存储路径上保存的历史代码信息备份存储至预定备份存储路径中；

将所述项目代码存储路径上保存的历史代码信息替换为打包处理后的项目代码信息。

3.根据权利要求2所述的方法，其特征在于，所述将与所述项目标识对应项目代码存储路径上保存的历史代码信息备份存储至预定备份存储路径中，具体包括：

将与所述项目标识对应项目代码存储路径上保存的历史代码信息，按照时间戳格式进行压缩打包处理；

将压缩打包处理后的历史代码信息备份存储至预定备份存储路径中。

4.根据权利要求1所述的方法，其特征在于，所述根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理，具体包括：

根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息中需要加载的JAR包进行打包处理；

将打包处理后的包生成预定WAR文件格式的文件，所述预定WAR文件格式的文件中包含需要运行的源代码信息；

所述根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，具体包括：

与所述项目标识对应项目代码存储路径上保存的历史代码信息替换为生成的所述预定WAR文件格式的文件。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述获取客户端上传的变更后的项目代码信息，具体包括：

通过调用预定Subversion服务，将客户端上传到Subversion版本控制路径的变更后的项目代码信息更新到预设文件存储路径中；

所述根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理，具体包括：

通过调用预定Apache Maven服务，检索所述预设文件存储路径中所述项目代码信息包含的项目对象模型文件；

根据检索到的所述项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理。

6.一种项目代码信息的更新部署装置，其特征在于，包括：

获取单元，用于获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；

处理单元，用于根据所述获取单元获取的项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理，具体包括：根据所述配置信息，将需要运行的项目源代码内容进行打包处理；

更新单元，用于在将与所述获取单元获取的项目标识对应的项目服务进程关闭后，根据所述处理单元打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程，对所述历史代码信息进行备份分析。

7.根据权利要求6所述的装置，其特征在于，所述更新单元具体包括：

备份模块，用于将与所述项目标识对应项目代码存储路径上保存的历史代码信息备份存储至预定备份存储路径中；

替换模块，用于将所述项目代码存储路径上保存的历史代码信息替换为打包处理后的项目代码信息。

8.根据权利要求7所述的装置，其特征在于，

所述备份模块，具体用于将与所述项目标识对应项目代码存储路径上保存的历史代码信息，按照时间戳格式进行压缩打包处理；

将压缩打包处理后的历史代码信息备份存储至预定备份存储路径中。

9.一种存储设备，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现以下步骤：

获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；

根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理，具体包括：根据所述配置信息，将需要运行的项目源代码内容进行打包处理；

在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程，对所述历史代码信息进行备份分析。

10.一种项目代码信息的更新部署装置，包括存储设备、处理器及存储在存储设备上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

获取客户端上传的变更后的项目代码信息以及与所述项目代码信息对应产品项目的项目标识；

根据所述项目代码信息包含的项目对象模型文件中项目源代码相关的配置信息，对所述项目代码信息进行打包处理，具体包括：根据所述配置信息，将需要运行的项目源代码内容进行打包处理；

在将与所述项目标识对应的项目服务进程关闭后，根据打包处理后的项目代码信息，对与所述项目服务进程对应项目代码存储路径上保存的历史代码信息进行替换，并重新启动所述项目服务进程，对所述历史代码信息进行备份分析。

Images