CN113760302B

CN113760302B - 基于Jenkins的UI包部署方法及系统

Info

Publication number: CN113760302B
Application number: CN202111054440.1A
Authority: CN
Inventors: 曾小红; 张钦; 汪伟
Original assignee: Sichuan Hongmei Intelligent Technology Co Ltd
Current assignee: Sichuan Hongmei Intelligent Technology Co Ltd
Priority date: 2021-09-09
Filing date: 2021-09-09
Publication date: 2023-04-07
Anticipated expiration: 2041-09-09
Also published as: CN113760302A

Abstract

本发明提供一种基于Jenkins的UI包部署方法及系统，方法包括：运维平台响应于人员在Jenkins系统中对持续集成任务的创建操作，展示任务配置界面，以使人员在任务配置界面上对多个配置参数进行配置；运维平台响应于人员对多个配置参数的配置及提交操作，根据多个配置参数执行对应的脚本文件以进行自动部署操作，若配置环境为测试环境，自动部署操作包括根据存放路径从http服务器上获取待部署UI包的压缩文件，将压缩文件上传至测试环境对应的测试服务器的部署路径上进行自动部署，并在部署完成后删除Jenkins系统的缓存文件。本发明可以减少运维人员反复多次进行部署测试环境和正式环境，节约了人力物力资源，提升了产品开发效率。

Description

基于Jenkins的UI包部署方法及系统

技术领域

本说明书一个或多个实施例涉及UI包部署技术领域，尤其是涉及一种基于Jenkins的UI包部署方法及系统。

背景技术

随着公司的不断发展壮大，各部门所开展的项目越来越多，公司以及行业内大部分业务线的新产品项目都涉及到UI包的开发测试，已开发完成的产品也会涉及到UI包的迭代开发，为了使交付出去的产品达到一个可靠稳定的状态，交付之前需要对产品进行反复的测试，因此就需要多次在测试服务器上部署UI包供测试人员测试。产品状态稳定之后，还需要在正式服务器上部署UI包，正式将产品交付上线。

正式服务器是指提供给用户使用的服务器，测试服务器是指提供给开发和测试验证用的服务器。现有的UI包部署方法是：如果需要在测试服务器上部署UI包进行测试，需要先由运维人员从http服务器下载待部署UI包的压缩文件到本地，如果需要在正式服务器部署UI包进行产品上线，需要先由运维人员从ftp服务器下载待部署UI包的压缩文件到本地，在压缩文件下载之后需要人工对配置信息进行核对，信息核对无误之后登陆运维配置系统，在该系统内配置UI包，从而将UI包手动上传到对应的测试服务器或者正式服务器，配置完成之后手动清除本地的UI包缓存文件，以免占用资源，影响使用效率。公司产品项目几乎都涉及到UI包开发，众多项目通过手动部署UI包进行测试或者产品上线，会造成人力物力的浪费，也会影响公司项目开展的效率。

发明内容

本说明书一个或多个实施例描述了一种基于Jenkins的UI包部署方法及系统。

根据第一方面，提供了一种基于Jenkins的UI包部署方法，包括：

运维平台响应于人员在Jenkins系统中对持续集成任务的创建操作，展示所述任务配置界面，以使人员在所述任务配置界面上对多个配置参数进行配置；所述配置参数包括配置环境、UI包压缩文件的存放路径和UI包压缩文件的部署路径，所述配置环境包括测试环境和正式环境；

所述运维平台响应于人员对所述多个配置参数的配置及提交操作，根据所述多个配置参数执行对应的脚本文件以进行自动部署操作，若所述配置环境为测试环境，所述自动部署操作包括根据所述存放路径从http服务器上获取待部署UI包的压缩文件，将所述压缩文件上传至所述测试环境对应的测试服务器的部署路径上进行自动部署，并在部署完成后删除所述Jenkins系统的缓存文件。

根据第二方面，提供了一种基于Jenkins的UI包部署系统，包括安装于运维平台上的参数配置模块和自动部署模块，其中：

所述参数配置模块用于响应于人员在Jenkins系统中对持续集成任务的创建操作，展示所述任务配置界面，以使人员在所述任务配置界面上对多个配置参数进行配置；所述配置参数包括配置环境、UI包压缩文件的存放路径和UI包压缩文件的部署路径，所述配置环境包括测试环境和正式环境；

所述自动部署模块用于响应于人员对所述多个配置参数的配置及提交操作，根据所述多个配置参数执行对应的脚本文件以进行自动部署操作，若所述配置环境为测试环境，所述自动部署操作包括根据所述存放路径从http服务器上获取待部署UI包的压缩文件，将所述压缩文件上传至所述测试环境对应的测试服务器的部署路径上进行自动部署，并在部署完成后删除所述Jenkins系统的缓存文件。

本说明书实施例提供的基于Jenkins的UI包部署方法及系统，人员在运维平台的Jenkins系统上创建一个持续集成任务时，Jenkins系统会展示出任务配置界面，这样用户可以在任务配置界面上对任务的相关参数进行配置，用户在参数配置完成后进行提交，这样Jenkins系统就可以根据所配置的各个参数实现一个持续集成任务的创建，进而执行该持续集成任务，完成任务。通过上述步骤可以实现自动下载UI包压缩文件、自动上传至对应服务器上实现UI包自动部署，可以减少人为反复多次干预，可以减少主观失误，有效提高UI包自动部署的准确性。由于减少运维人员反复多次进行部署，节约了人力物力资源，提升了产品开发效率。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1～图3是本说明书一个实施例中基于Jenkins的UI包部署方法的流程示意图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。

第一方面，本发明提供一种基于Jenkins的UI包部署方法，如图1所示，该方法包括如下步骤S110～S120：

S110、运维平台响应于人员在Jenkins系统中对持续集成任务的创建操作，展示所述任务配置界面，以使人员在所述任务配置界面上对多个配置参数进行配置；所述配置参数包括配置环境、UI包压缩文件的存放路径和UI包压缩文件的部署路径，所述配置环境包括测试环境和正式环境；

其中，Jenkins系统是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。Jenkins系统安装在运维平台上。持续集成任务即CI JOB，是将多个项目通过自动化集成而构建的任务。

其中，UI包压缩文件是指在移动终端上用于对智能设备进行控制操作的应用程序的UI控制界面的相关数据的压缩文件。

其中，测试环境对应测试服务器，测试服务器是提供给开发和测试验证用的服务器。正式环境对应正式服务器，正式服务器是指提供给用户使用的服务器。

也就是说，人员在运维平台的Jenkins系统上创建一个持续集成任务时，Jenkins系统会展示出任务配置界面，这样用户可以在任务配置界面上对任务的相关参数进行配置，用户在参数配置完成后进行提交，这样Jenkins系统就可以根据所配置的各个参数实现一个持续集成任务的创建，进而执行该持续集成任务，完成任务。

其中，配置参数包括配置环境、UI包压缩文件的存放路径和UI包压缩文件的部署路径，所述配置环境包括测试环境和正式环境。若配置环境为测试环境，则UI包压缩文件的存放路径为UI包压缩文件在http服务器的存放路径，UI包压缩文件的部署路径为UI包压缩文件在测试服务器上的部署路径。若配置环境为正式环境，则UI包压缩文件的存放路径为UI包压缩文件在ftp服务器上的存放路径，UI包压缩文件的部署路径为在正式服务器上的部署路径。

在具体实施时，配置参数还可以包括智能设备的物料代码，因为不同的物料代码对应不同的设备型号，智能设备可能有多个不同的型号，不同型号的智能设备对应不同的UI控制界面，因此UI包压缩文件也会有所不同。因此在任务配置界面上还可以对物料代码进行配置。

S120、所述运维平台响应于人员对所述多个配置参数的配置及提交操作，根据所述多个配置参数执行对应的脚本文件以进行自动部署操作，若所述配置环境为测试环境，所述自动部署操作包括：根据所述存放路径从http服务器上获取待部署UI包的压缩文件，将所述压缩文件上传至所述测试环境对应的测试服务器的部署路径上进行自动部署，并在部署完成后删除所述Jenkins系统的缓存文件。

即，人员在任务配置界面上设置好各个参数之后进行提交(例如，点击“CI构建”按键)，这样Jenkins系统就会根据各个配置参数执行对应的脚本文件，从而实现UI包压缩文件的部署。

具体的，如果配置环境为测试环境，通过执行脚本文件可以实现：根据存放路径从http服务器上自动下载待部署UI包的压缩文件，然后将下载的压缩文件上传到测试服务器的部署路径下进行自动部署，在部署完成后自动删除在Jenkins系统中产生的缓存文件。

在具体实施时，如果配置参数还包括智能设备的物料代码，那么通过执行脚本文件以根据所述存放路径从http服务器上获取待部署UI包的压缩文件的过程可以包括：根据所述存放路径从http服务器上获取所述物料代码对应的待部署UI包的压缩文件。

可理解的是，http服务器上存储有多个不同物料代码对应的UI包压缩文件，因此在下载UI包压缩文件时需要下载所述物料代码对应的待部署UI包的压缩文件。

在具体实施时，若所述配置环境为正式环境，所述自动部署操作包括根据所述存放路径从ftp服务器上获取待部署UI包的压缩文件，将所述压缩文件上传至所述正式环境对应的正式服务器的部署路径上进行自动部署，并在部署完成后自动删除所述Jenkins系统的缓存文件。

也就是说，如果在任务配置界面上的配置环境参数设置为正式环境，则执行脚本代码可以实现：根据所述存放路径从ftp服务器上下载待部署UI包的压缩文件，然后将所述压缩文件上传至所述正式服务器的部署路径上进行自动部署，并在部署完成后自动删除所述Jenkins系统的缓存文件。

在具体实施时，如果配置参数还包括智能设备的物料代码，那么通过执行脚本文件以根据所述存放路径从ftp服务器上获取待部署UI包的压缩文件的过程可以包括：根据所述存放路径从ftp服务器上获取所述物料代码对应的待部署UI包的压缩文件。

可理解的是，ftp服务器上存储有多个不同物料代码对应的UI包压缩文件，因此在下载UI包压缩文件时需要下载所述物料代码对应的待部署UI包的压缩文件。

在具体实施时，所述根据所述多个配置参数执行对应的脚本文件以进行自动部署操作，可以包括：根据各个配置参数和对应的脚本文件，形成对应的部署项目；不同的配置参数对应不同的部署项目；通过执行各个部署项目以实现自动部署操作。

可理解的是，不同的配置参数对应不同的脚本文件，进而形成不同的部署项目。举例来说，参见图2，配置环境对应部署项目1，物料代码对应部署项目2，UI包压缩文件的存放路径对应部署项目3，UI包压缩文件的部署路径对应部署项目4。在人员设置并提交各个配置参数之后，Jenkins系统形成各个对应的任务项目，并依次执行各个任务项目，从而实现UI包的部署。

可理解的是，以上步骤S110和S120是由运维平台执行，即人员在运维平台上实现UI包的部署。参见图3，在测试环境下，运维平台执行步骤①，从http服务器中下载UI包的压缩文件，执行②，将压缩文件上传到测试服务器上完成UI包压缩文件的部署。在正式环境下，通过步骤③，从ftp服务器上获取UI包的压缩文件，通过④，将压缩文件上传到正式服务器上进行UI包压缩文件的部署。

可理解的是，通过上述步骤可以从http服务器或者ftp服务器上下载UI包的压缩文件，还可以对下载的压缩文件的配置信息与人员在任务配置界面上输入的配置进行核对，核对无误后再上传到测试服务器或者正式服务器上，并删除缓存文件。UI包的压缩文件是指项目开展所涉及到的UI界面相关功能集成之后生成的压缩包，当将压缩文件部署到对应服务器之后，手机端的应用程序可以根据智能设备的物料代码找到对应的UI包压缩文件，下载并更新对应的UI界面。

当需要部署UI包时，运维人员对Jenkins中的CI JOB(CI JOB是持续集成任务，可以理解为一个项目工程，目的是规划了项目怎么去部署，比如去哪里拉取源码、怎么构建、构建之后怎么做等)进行配置，具体配置：配置环境、UI包压缩文件的存放路径、UI包压缩文件的部署路径、物料代码等。配置完各个参数之后点击界面上的构建按键，从而执行对应的脚本文件，实现部署。

通过上述步骤可以实现自动下载UI包压缩文件、自动上传至对应服务器上实现UI包自动部署，可以减少人为反复多次干预，可以减少主观失误，有效提高UI包自动部署的准确性。由于减少运维人员反复多次进行部署测试环境和正式环境，节约了人力物力资源，提升了产品开发效率。

在具体实施时，将所述测试服务器上的UI包部署完成之后，所述方法还可以包括步骤S130：

S130、在所述智能设备和所述测试服务器之间设置Nginx代理服务器，所述智能设备和所述测试设备之间通过所述Nginx代理服务器进行交互，所述Nginx代理服务器用于：在接收到所述智能设备发送来的第一信息时，将所述第一信息的正式环境访问地址转换为对应的测试环境访问地址，并将所述第一信息转发至所述测试环境访问地址对应的测试服务器；在接收到所述测试服务器发送来的第二信息时，将第二消息的测试环境访问地址转换至正式环境访问地址，并将所述第二信息转发至对应的所述智能设备；其中，所述智能设备中仅存储有正式环境访问地址。

由于现有技术中测试环境和正式的应用环境是杂糅在一起的，没有做到有效的环境分离，由于智能设备中仅存储有正式环境访问地址，因此智能设备只能连接和访问正式服务器，然而移动终端的应用程序可以访问测试环境和正式环境，这样就导致了测试的时候也只能使用正式环境进行测试，进一步导致了测试和正式应用时共用同一套数据存取系统和消息收发系统，最容易引发的问题就是正式和测试的数据发生错乱，测试质量无法保证。所以在测试时，本发明在智能设备和测试服务器之间设置了一个Nginx代理服务器，两者通过Nginx代理服务器进行交互。而在正式应用时，智能设备和正式服务器之间可以直接交互。

其中，Nginx代理服务器的作用是进行地址转换，具体为：在接收到所述智能设备发送来的第一信息时，将所述第一信息的正式环境访问地址转换为对应的测试环境访问地址，并将所述第一信息转发至所述测试环境访问地址对应的测试服务器；在接收到所述测试服务器发送来的第二信息时，将第二消息的测试环境访问地址转换至正式环境访问地址，并将所述第二信息转发至对应的所述智能设备。

也就是说，智能设备需要向测试服务器发送信息时，为了能够访问到测试环境，而非正式环境，Nginx代理服务器将正式环境访问地址转换为测试环境访问地址。在移动终端需要向智能设备发送信息时，为了使智能设备能够接收到信息，Nginx代理服务器将测试环境访问地址转换为正式环境访问地址，从而可以保证智能设备的正确接收。

通过上述方式可以将测试环境和正式环境进行有效隔离，这样测试环境和正式环境可以各设置一套数据存储系统和数据收发系统，从而不会引起正式数据和测试数据的错乱，保证测试的质量。

在具体实施时，当在正式服务器上部署完成UI包之后，本发明提供的方法还可以包括如下步骤S140：

S140、所述正式服务器在接收到与所述智能设备绑定的移动终端发送来的条码标签时，根据所述条码标签确定对应的物料代码，并根据所述物料代码确定对应的UI包压缩文件，并将所述UI包压缩文件发送至所述移动终端。

其中，条码标签为智能设备的标识信息，是对智能设备进行身份标识的标签信息。

也就是说，当移动终端向正式服务器发送条码标签后，正式服务器根据条码标签可以确定对应的物料代码，进而确定对应的UI包压缩文件，从而将对应的UI包压缩文件发送至移动终端。这样移动终端接收到UI包压缩文件后，便可以对控制智能终端的应用程序进行界面更新。

其中，所述智能终端和所述智能设备的绑定过程可以包括步骤(1)～(2)：

(1)将NFC卡片与所述智能设备的NFC模块进行触碰，以使所述NFC模块获取到所述NFC卡片中预先存储的路由器信息；所述智能设备包括所述NFC模块、WIFI模块和条码标签；所述NFC模块将所述路由器信息发送至所述WIFI模块，所述WIFI模块根据所述路由器信息连接对应的路由器，并在连接成功后通过所述路由器向正式服务器发送注册请求，以使所述正式服务器在设备数据库中注册所述智能设备对应的设备信息；

其中，NFC(英文：Near Field Communication，中文：近场通信)是一种短距高频的无线电技术。

可理解的是，需要提前在NFC卡片中写入路由器信息(即路由器账号、密码等)，然后将写入路由器信息的NFC卡片的触碰智能设备(例如，智能空调)的NFC模块，这样NFC模块就会读取到NFC卡片中的路由器信息。在NFC卡片中只需要进行一次写入操作即可，之后应用NFC卡片不需要再写入路由器信息。

可理解的是，获取路由器信息的NFC模块将路由器信息发送至WIFI模块，然后WIFI模块根据路由器信息在周围环境中进行搜索，在搜索到对应路由器后连接该路由器，这样可以实现智能设备的联网。即，智能设备(例如，A品牌的智能空调)可以通过路由器和对应的正式服务器进行信息交互。

可理解的是，智能设备在与正式服务器进行的第一次信息交互是进行设备注册，即在正式服务器的设备数据库中增添该智能设备的设备信息。具体的，智能设备通过路由器向正式服务器发送注册请求，这样正式服务器在接收到注册请求时，会在设备数据库中注册所述智能设备对应的设备信息。

当然，在正式服务器在注册完成会通过路由器向智能设备下发注册成功的消息，通过智能设备的显示板显示该消息。

(2)采用移动终端扫描所述条码标签时，所述移动终端将扫描得到的条码标签发送至所述正式服务器；所述正式服务器在接收到所述条码标签后，将所述条码标签对应的智能设备与发送所述条码标签的移动终端进行绑定。

在进行设备注册后，还需要将智能设备和用户的移动终端进行绑定，在绑定之后，用户可以通过应用程序对智能设备进行控制。

具体的，用户通过移动终端上的扫描软件扫描智能设备上的条码标签，将扫描得到的条码标签发送至正式服务器，移动终端在发送条码标签时会携带上移动终端的设备信息。正式服务器在接收到条码标签的同时也会得知是哪个移动终端发送来的条码标签，进而将条码标签和移动终端的设备信息进行绑定，进而实现智能设备和移动终端的绑定。

可理解的是，移动终端和正式服务器之间可以通过路由器通信，也可以采用其它通信方式。

其中，所述NFC卡片中的路由器信息的预先存储过程可以包括：所述移动终端上的预设应用程序提供路由器信息的填写界面，所述移动终端上的所述预设应用程序在用户填写所述路由器信息并提交后，提示用户将所述NFC卡片触碰所述移动终端，以使所述移动终端中的NFC识别芯片将在所述预设应用程序上填写并提交的所述路由器信息写入所述NFC卡片。

其中，预设应用程序不同于用于控制智能设备的应用程序，预设应用程序的作用是向NFC卡片上写入路由器信息。为了区分，可以将用于控制智能设备的应用程序称之为第一应用程序，部署的UI包即第一应用程序的UI包。将向NFC卡片上写入路由器信息的预设应用程序称为第二应用程序。

具体的，用户可以在第二应用程序的路由器信息填写界面上输入路由器信息，然后提交信息，这样第二应用程序会提示用户将NFC卡片触碰移动终端，当用户将NFC卡片触碰移动终端时，移动终端内的NFC识别芯片识别到NFC卡片后，会将用户在第二应用程序上填写并提交的路由器信息拉取出来，写入到NFC卡片中。当然，在写入完成后，NFC识别芯片会通知第二应用程序，进而在移动终端的显示界面上显示写入完成的提示信息，此时将NFC卡片移开即可。

采用NFC卡片和智能设备内置的NFC模块实现对智能设备的设备注册、绑定等操作。用户一旦将路由器信息保存在NFC卡片上，任何支持NFC读取功能的智能设备都可实现一碰联网。无论是移动终端还是智能模块，都减少了传统意义上的配网操作流程，因为移动终端不需要再和智能设备建立连接。同时简化了用户的配网操作步骤，由于采用了已经写入路由器信息的NFC卡片，不需要用户手动输入路由器的密码信息，在未来具有很好的应用前景。通过在智能设备中引入NFC技术，使配网绑定流程更加简化，用户的操作更加简单。因为移动终端不需要再去与智能模块建立连接，智能设备对路由器信息的获取方式将通过NFC模块采用触碰的方式从NFC卡片获得，因此可以大大降低因用户输错路由器密码而导致设备配网不顺利的情况发生。

可见本发明不仅实现了对UI包的部署，也实现了在部署UI包之后UI包在实际场景中的应用，保证了部署的UI包的使用落地。

第二方面，本发明提供一种基于Jenkins的UI包部署系统，包括安装于运维平台上的参数配置模块和自动部署模块，其中：

可理解的是，本发明实施例提供的系统，有关内容的解释、举例、有益效果等部分可以参考上述方法中的相应部分，此处不再赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、挂件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims

1.一种基于Jenkins的UI包部署方法，其特征在于，包括：

运维平台响应于人员在Jenkins系统中对持续集成任务的创建操作，展示任务配置界面，以使人员在所述任务配置界面上对多个配置参数进行配置；所述配置参数包括配置环境、UI包压缩文件的存放路径和UI包压缩文件的部署路径，所述配置环境包括测试环境和正式环境；

所述运维平台响应于人员对所述多个配置参数的配置及提交操作，根据所述多个配置参数执行对应的脚本文件以进行自动部署操作，若所述配置环境为测试环境，所述自动部署操作包括根据所述存放路径从http服务器上获取待部署UI包的压缩文件，将所述压缩文件上传至所述测试环境对应的测试服务器的部署路径上进行自动部署，并在部署完成后删除所述Jenkins系统的缓存文件；若所述配置环境为正式环境，所述自动部署操作包括根据所述存放路径从ftp服务器上获取待部署UI包的压缩文件，将所述压缩文件上传至所述正式环境对应的正式服务器的部署路径上进行自动部署，并在部署完成后自动删除所述Jenkins系统的缓存文件。

2.根据权利要求1所述的方法，其特征在于，所述多个配置参数包括智能设备的物料代码；所述根据所述存放路径从http服务器上获取待部署UI包的压缩文件，包括：根据所述存放路径从http服务器上获取所述物料代码对应的待部署UI包的压缩文件。

3.根据权利要求2所述的方法，其特征在于，所述多个配置参数包括智能设备的物料代码；所述根据所述存放路径从ftp服务器上获取待部署UI包的压缩文件，包括：根据所述存放路径从ftp服务器上获取所述物料代码对应的待部署UI包的压缩文件。

4.根据权利要求1所述的方法，其特征在于，所述根据所述多个配置参数执行对应的脚本文件以进行自动部署操作，包括：

根据各个配置参数和对应的脚本文件，形成对应的部署项目；不同的配置参数对应不同的部署项目；通过执行各个部署项目以实现自动部署操作。

5.根据权利要求2所述的方法，其特征在于，将所述测试服务器上的UI包部署完成之后，所述方法还包括：

在所述智能设备和所述测试服务器之间设置Nginx代理服务器，所述智能设备和所述测试服务器之间通过所述Nginx代理服务器进行交互，所述Nginx代理服务器用于：在接收到所述智能设备发送来的第一信息时，将所述第一信息的正式环境访问地址转换为对应的测试环境访问地址，并将所述第一信息转发至所述测试环境访问地址对应的测试服务器；在接收到所述测试服务器发送来的第二信息时，将第二消息的测试环境访问地址转换至正式环境访问地址，并将所述第二信息转发至对应的所述智能设备；其中，所述智能设备中仅存储有正式环境访问地址。

6.根据权利要求3所述的方法，其特征在于，将所述正式服务器上的UI包部署完成之后，所述方法还包括：

所述正式服务器在接收到与所述智能设备绑定的移动终端发送来的条码标签时，根据所述条码标签确定对应的物料代码，并根据所述物料代码确定对应的UI包压缩文件，并将所述UI包压缩文件发送至所述移动终端。

7.根据权利要求6所述的方法，其特征在于，所述移动终端和所述智能设备的绑定过程包括：

将NFC卡片与所述智能设备的NFC模块进行触碰，以使所述NFC模块获取到所述NFC卡片中预先存储的路由器信息；所述智能设备包括所述NFC模块、WIFI模块和条码标签；所述NFC模块将所述路由器信息发送至所述WIFI模块，所述WIFI模块根据所述路由器信息连接对应的路由器，并在连接成功后通过所述路由器向正式服务器发送注册请求，以使所述正式服务器在设备数据库中注册所述智能设备对应的设备信息；

采用移动终端扫描所述条码标签时，所述移动终端将扫描得到的条码标签发送至所述正式服务器；所述正式服务器在接收到所述条码标签后，将所述条码标签对应的智能设备与发送所述条码标签的移动终端进行绑定。

8.根据权利要求7所述的方法，其特征在于，所述NFC卡片中的路由器信息的预先存储过程包括：

所述移动终端上的预设应用程序提供路由器信息的填写界面，所述移动终端上的所述预设应用程序在用户填写所述路由器信息并提交后，提示用户将所述NFC卡片触碰所述移动终端，以使所述移动终端中的NFC识别芯片将在所述预设应用程序上填写并提交的所述路由器信息写入所述NFC卡片。

9.一种基于Jenkins的UI包部署系统，其特征在于，包括安装于运维平台上的参数配置模块和自动部署模块，其中：

所述参数配置模块用于响应于人员在Jenkins系统中对持续集成任务的创建操作，展示任务配置界面，以使人员在所述任务配置界面上对多个配置参数进行配置；所述配置参数包括配置环境、UI包压缩文件的存放路径和UI包压缩文件的部署路径，所述配置环境包括测试环境和正式环境；

所述自动部署模块用于响应于人员对所述多个配置参数的配置及提交操作，根据所述多个配置参数执行对应的脚本文件以进行自动部署操作，若所述配置环境为测试环境，所述自动部署操作包括根据所述存放路径从http服务器上获取待部署UI包的压缩文件，将所述压缩文件上传至所述测试环境对应的测试服务器的部署路径上进行自动部署，并在部署完成后删除所述Jenkins系统的缓存文件；若所述配置环境为正式环境，所述自动部署操作包括根据所述存放路径从ftp服务器上获取待部署UI包的压缩文件，将所述压缩文件上传至所述正式环境对应的正式服务器的部署路径上进行自动部署，并在部署完成后自动删除所述Jenkins系统的缓存文件。