CN113504926B - 一种项目的打包方法、装置及计算机可读存储介质 - Google Patents
一种项目的打包方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN113504926B CN113504926B CN202110812951.9A CN202110812951A CN113504926B CN 113504926 B CN113504926 B CN 113504926B CN 202110812951 A CN202110812951 A CN 202110812951A CN 113504926 B CN113504926 B CN 113504926B
- Authority
- CN
- China
- Prior art keywords
- project
- packaged
- packaging
- item
- environment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种项目的打包方法、装置及计算机可读存储介质，所述项目的打包方法包括：在Jenkins服务器生成项目打包job后，从测试平台获取待打包项目的node开发版本；将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包；本发明可根据项目的不同，切换到对应的node开发版本的开发环境对项目进行打包，从而可使用一个job完成所有项目的打包，降低了软件产品的维护成本。
Description
技术领域
本发明属于软件维护技术领域，具体涉及一种项目的打包方法、装置及计算机可读存储介质。
背景技术
因为业务关系，软件研发部门会随着业务不间断而不断的发布软件产品，使得开源的软件技术也随着时间的推移不断的迭代更新，如Web端(World Wide Web，全球广域网)用到的node(其是一个基于Chrome V8引擎的JavaScript运行环境，使用了一个事件驱动、非阻塞式I/O模型，让JavaScript运行在服务端的开发平台)，其中，已发布的软件产品需要一直维护老的node版本，而新发布的产品往往会运用新的node版本，因此，对于已发布的web端软件产品，其因业务和/或系统漏洞的原因需要定期更新，即需要定期将软件产品中的各个项目进行打包重新上传，所以，对于一个已发布的软件产品来说，其需要维护的node版本就存在多个。
目前，承载项目打包过程的工具为Jenkins(是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件项目可以进行持续集成)，传统的打包方法是在Jenkins中创建打包job，以承载整个打包编排过程，当然，在编排过程中除了打包外，可能还承载了服务部署、自动化执行以及消息通知等工作。
但是由于不同版本的node在大多数情况下无法兼容，因此，如果需要维护的node版本有多个，那么则需要使用相同数量的打包job来承载打包过程；而一旦服务部署、自动化执行和/或消息推送等任何过程发生变动，所有的打包job都需要更新，这样就无形中增加了维护成本。
发明内容
本发明的目的是提供一种项目的打包方法、装置及计算机可读存储介质，以解决现有Web端软件产品的更新需要使用与node版本数量相同的job所造成的维护成本高的问题。
为了实现上述目的，本发明采用以下技术方案：
本发明提供了一种项目的打包方法，包括：
Web前端基于每个项目的项目信息，建立每个项目与node版本的对应关系；
Web前端将每个项目与node版本的对应关系发送至测试平台；
在Jenkins服务器生成项目打包job后，Jenkins服务器从测试平台获取待打包项目的node开发版本；
Jenkins服务器将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包。
基于上述公开的内容，本发明建立了web前端中各个项目与node版本的对应关系，即相当于获取了每个项目对应的node版本，并同时将该对应关系发送至测试平台，以供Jenkins服务器进行读取；通过前述步骤，即可在打包时得到待打包项目在开发时所使用的node版本；最后，本发明将待打包项目的node开发版本对应的开发环境作为项目打包job的运行环境，从而基于node开发版本对应的开发环境对待打包项目进行打包。
通过上述设计，本发明可在打包时，获取每个待打包项目对应的node开发版本，从而可使用node开发版本的开发环境对待打包项目进行打包；由此，本发明可根据项目的不同，切换到对应的node开发版本的开发环境对项目进行打包，从而可使用一个job完成所有项目的打包，降低了软件产品的维护成本。
在一个可能的设计中，述项目打包job的并发数为1，其中，所述并发数用于表征在获取到所述待打包项目后，基于所述项目打包job构建的第一编排进程的个数；
相应的，将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包，包括：
针对所述待打包项目中的每一个待打包项目，将对应待打包项目的node开发版本的开发环境作为所述Jenkins服务器的运行环境，以将所述Jenkins服务器的运行环境作为所述项目打包job的运行环境，以使所述第一编排进程基于所述Jenkins服务器的运行环境对对应待打包项目进行打包。
基于上述公开的内容，本发明公开了第一种打包方式，即对于任一待打包项目，将其对应的node开发版本的开发环境作为Jenkins服务器的运行环境(服务器的运行环境也相当于是项目打包job的运行环境)，从而使基于项目打包job构建的第一编排进程使用对应node开发版本的开发环境对待打包项目进行打包；而当需要打包另一项目时，同理，也只需要将另一项目的node开发版本的开发环境作为服务器的运行环境即可；由此，上述方式即可实现使用一个job完成所有项目的打包。
在一个可能的设计中，将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包，包括：
将所述项目打包job的并发数设置为n个，以便在获取到所述待打包项目后，基于所述项目打包job构建k个第二编排进程，其中，k和n均为正整数，且1＜k≤n；
为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，其中，所述临时环境变量作为对应第二编排进程在运行时的运行环境；
为所述每个第二编排进程中的临时环境变量分配来自所述待打包项目中的任一待打包项目的node开发版本，以使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的待打包项目，其中，所述每个第二编排进程打包的待打包项目互不相同。
基于上述公开的内容，本发明公开了另一种打包方式，前述第一种打包方式只能实现一个项目同时进行打包，而无法满足多个项目并发进行；因此，第二种打包方式则可实现并发打包，其原理为：将项目打包job的并发数设置为n个，且在获取到待打包项目时，基于项目打包job构建k个第二编排进程(例如，并发数为4，则表示可同时建立4个第二编排进程，而当待打包项目数为4个时，则可同时建立4个第二编排进程，即k为4；而若待打包项目的数目为2个时，k则为2)；然后为k个第二编排进程中的每个第二编排进程中设置一临时环境变量，而该临时环境变量则作为对应第二编排进程的运行环境，因此，每个第二编排进程在具有临时环境变量后，相互之间的打包过程则不会相互影响；由此，只需要为每个第二编排进程分配一待打包项目对应的node开发版本，即可使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的项目；所以，该打包方式可实现多个项目的同时打包，提高了打包效率。
在一个可能的设计中，为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，包括：
检测用户在Jenkins服务器中的环境变量创建操作；
响应所述环境变量创建操作，为所述k个第二编排进程中的每个第二编排进程设置临时环境变量。
在一个可能的设计中，从测试平台获取待打包项目的node开发版本，包括：
利用所述项目打包job获取所述待打包项目的项目信息；
利用所述项目打包job从所述测试平台中查找出与所述项目信息对应的node版本，作为所述待打包项目的node开发版本。
基于上述公开的内容，本发明公开了获取待打包项目的node开发版本的具体方法，由于前述就已公开，Web前端建立了每个项目与node版本的对应关系，因此，即可利用待打包项目的项目信息(如项目名称、项目的服务名称或仓库地址等)，并根据前述对应关系在测试平台中查找出其对应的node版本，从而得到待打包项目的node开发版本。
在一个可能的设计中，在利用所述项目打包job获取所述待打包项目的项目信息之前，所述方法还包括：
检测用户在Jenkins服务器中对所述项目打包job的参数化构建操作；
响应所述参数化构建操作，向所述项目打包job传入所述待打包项目的项目信息。
基于上述公开的内容，本发明公开了获取项目信息的具体方法，即对项目打包job进行参数化构建，从而在参数化构建时传入项目信息，以便根据项目信息进行node版本的查找。
第二方面，本发明提供了一种项目的打包装置，以装置为Jenkins服务器为例，包括：开发版本获取单元以及打包单元；
所述开发版本获取单元，用于在Jenkins服务器生成项目打包job后，从测试平台获取待打包项目的node开发版本；
所述打包单元，用于将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包。
在一个的可能的设计中，所述打包单元包括：运行环境切换子单元；
所述运行环境切换子单元，针对所述待打包项目中的每一个待打包项目，用于将对应待打包项目的node开发版本的开发环境作为所述Jenkins服务器的运行环境，以将所述Jenkins服务器的运行环境作为所述项目打包job的运行环境，以使所述第一编排进程基于所述Jenkins服务器的运行环境对对应待打包项目进行打包。
在一个可能的设计中，所述打包单元包括：并发数设置子单元、环境变量设置子单元以及分配子单元；
所述并发数设置子单元，用于将所述项目打包job的并发数设置为n个，以便在获取到所述待打包项目后，基于所述项目打包job构建k个第二编排进程，其中，k和n均为正整数，且1＜k≤n；
所述环境变量设置子单元，用于为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，其中，所述临时环境变量作为对应第二编排进程在运行时的运行环境；
所述分配子单元，用于为所述每个第二编排进程中的临时环境变量分配来自所述待打包项目中的任一待打包项目的node开发版本，以使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的待打包项目，其中，所述每个第二编排进程打包的待打包项目互不相同。
在一个可能的设计中：
所述环境变量设置子单元，具体用于检测用户在Jenkins服务器中的环境变量创建操作；
所述环境变量设置子单元，还具体用于响应所述环境变量创建操作，为所述至少一个编排进程中的每个编排进程创建临时环境变量。
在一个可能的设计中：所述开发版本获取单元包括：项目信息获取子单元以及查找子单元；
所述项目信息获取子单元，用于利用所述项目打包job获取所述待打包项目的项目信息；
所述查找子单元，用于利用所述项目打包job从所述测试平台中查找出与所述项目信息对应的node版本，作为所述待打包项目的node开发版本。
在一个可能的设计中：
所述项目信息获取子单元，具体用于检测用户在Jenkins服务器中对所述项目打包job的参数化构建操作；
所述项目信息获取子单元，还具体用于响应所述参数化构建操作，向所述项目打包job传入所述待打包项目的项目信息。
第三方面，本发明提供了第二种项目的打包装置，以装置为Web前端为例包括：关系建立单元以及发送单元；
所述关系建立单元，用于基于每个项目的项目信息，建立每个项目与node版本的对应关系；
所述发送单元，用于将每个项目与node版本的对应关系发送至测试平台，以便使Jenkins服务器在生成项目打包job后，从所述测试平台获取至待打包项目的node开发版本。
第四方面，本发明提供了第三种项目的打包装置，以装置为计算机主设备，包括依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如第一方面或第一方面中任意一种可能设计的所述项目的打包方法。
第五方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如第一方面或第一方面中任意一种可能设计的所述项目的打包方法。
第六方面，本发明供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如第一方面或第一方面中任意一种可能设计的所述项目的打包方法。
附图说明
图1为本发明提供的项目的打包方法的步骤流程示意图；
图2为本发明提供的Jenkins服务器的结构示意图；
图3为本发明提供的Web前端的结构示意图；
图4为本发明提供的计算机主设备的结构示意图。
具体实施方式
下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是，对于这些实施例方式的说明虽然是用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。
应当理解，尽管本文可能使用术语第一、第二等等来描述各种单元，但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示例实施例的范围。
应当理解，对于本文中可能出现的术语“和/或”，其仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，单独存在B，同时存在A和B三种情况；对于本文中可能出现的术语“/和”，其是描述另一种关联对象关系，表示可以存在两种关系，例如，A/和B，可以表示：单独存在A，单独存在A和B两种情况；另外，对于本文中可能出现的字符“/”，一般表示前后关联对象是一种“或”关系。
实施例
目前，Web端的产品由于系统漏洞和/或业务需求需要定期更新，而更新则需要将产品中各个项目重新打包上传，同时又由于各个项目在开发时所使用的node版本不一致，且不同版本的node大多不兼容；因此，目前，对于软件产品的维护，若软件产品中需要维护的node版本具有多个，那么则需要相同数量的打包job来承载打包过程，同时，打包job除了承载打包过程外，还会承载部署、自动化用例执行和/或通知等功能，而一旦发生变更，则需要维护所有的job；由此，则会造成维护成本偏高。
本实施例第一方面所提供的项目的打包方法，可在打包时根据项目的不同，将项目打包job的运行环境自动切换为项目对应的node开发版本的开发环境，由此，即可实现使用一个job完成所有项目的打包，从而降低维护成本。
如图1所示，本实施例第一方面所提供的项目的打包方法，可以但不限于包括如下步骤S101～S104。
S101.Web前端基于每个项目的项目信息，建立每个项目与node版本的对应关系。
步骤S101则是建立一个Web前端软件产品中每个项目与其node版本的对应关系，以便后续在打包时，根据该对应关系，查找出待打包产品对应的node开发版本。
在本实施例中，举例可以但不限于根据每个项目的项目信息，建立每个项目与node版本的对应关系；而项目信息可以但不限于包括：项目名称、项目的服务器和/或项目的仓库地址。
而根据项目信息，建立每个项目与node版本的对应关系可以但不限于为：测试人员手动添加每个项目与其对应node版本的对应关系；例如，以项目信息为项目名称为例，即可利用项目名称关联该项目与该项目对应的node版本，以便在后续查找时，将项目名称作为查找索引，从而实现项目对应的node开发版本的查找。
下述以一个具体的实例进行阐述，例如：
项目A(项目名称为A1)，对应的node版本为：node8.0.1；
项目B(项目名称为B1)，对应的node版本为：node12.0.5；
项目C(项目名称为C1)，对应的node版本为：node8.0.5。
那么，按照项目名称建立项目与node版本之间的对应关系可以但不限于为：使用表格实现二者之间的关联，如表1所示。
表1
| 项目 | 项目名称 | node版本 |
| 项目A | A1 | node8.0.1 |
| 项目B | B1 | node12.0.5 |
| 项目C | C1 | node8.0.5 |
由上述表1可知，通过项目名称，即可将每一个项目与该项目对应的node版本进行关联，从而便于后续打包过程中根据项目名称进行node版本的查找；当然，当项目信息为服务器或仓库地址时，其关联过程与前述项目名称一致，于此不多加赘述。
在本实施例中，举例可将项目对应的项目信息存储至本地和/或服务器，以便维护人员知晓各个项目的项目信息，从而在后续打包过程中利用项目信息在测试平台进行node版本的查找。
在Web前端建立每个项目与node版本的对应关系后，即可将该对应关系发送至测试平台，以便Jenkins服务器在打包时，从测试平台上进行项目对应node开发版本的查找，如以下步骤S102所示。
S102.Web前端将每个项目与node版本的对应关系发送至测试平台。
S103.在Jenkins服务器生成项目打包job后，Jenkins服务器从测试平台获取待打包项目的node开发版本。
步骤S103则是项目在打包时，从测试平台获取其对应的node开发版本，以便在打包时进行运行环境的切换。
在本实施例中，是通过在Jenkins服务器中创建项目打包job来承载每个项目的打包，而创建项目打包job可以但不限于采用如下步骤：
a.Jenkins服务器检测用户在操作界面上的job创建操作。
b.Jenkins服务器响应所述job创建操作，创建项目打包job。
由此，即可通过创建job来实现项目的打包。
在本实施例中，举例Jenkins服务器从测试平台获取待打包项目的node开发版本可以但不限于通过项目打包job实现，如以下步骤S103a和步骤S103b所示。
S103a.利用所述项目打包job获取所述待打包项目的项目信息。
步骤S103a则是通过项目打包job获取待打包项目的项目信息，其实质为：利用对项目打包Job的参数化构建，从而在参数化构建时传入待打包项目的项目信息，以使项目打包job获取待打包项目的项目信息，从而通过项目信息在测试平台存储的对应关系中进行node版本的查找。
在本实施例中，对项目打包job的参数化构建可以但不限包括如下步骤：
第一步：Jenkins服务器检测用户在Jenkins服务器中对所述项目打包job的参数化构建操作。
第二步：Jenkins服务器响应所述参数化构建操作，向所述项目打包job传入所述待打包项目的项目信息。
由上述可知，维护人员即可在创建项目打包job后，通过参数化构建项目打包job，从而传入待打包项目的项目信息，以便使项目打包job获取待打包项目的项目信息。
在得到待打包项目的项目信息后，即可建立项目打包job与测试平台的连接，从而利用项目信息在测试平台存储的项目与node版本的对应关系中，查找出待打包项目对应的node开发版本，如以下步骤S103b所示。
S103b.利用所述项目打包job从所述测试平台中查找出与所述项目信息对应的node版本，作为所述待打包项目的node开发版本。
在前述举例的基础上，详细阐述步骤S103b的查找过程：
例如，通过对项目打包job参数化构建，传入的项目信息为项目名称A1，那么根据前述表1可知，项目名称A1对应的项目为项目A，对应的node版本为：node8.0.1；因此，node8.0.1则作为待打包项目A的node开发版本。
同理，其余待打包项目的node开发版本的查找与上述举例的过程相同，于此不多加赘述。
在得到待打包项目的node开发版本后，即可将项目打包job的运行环境切换为待打包项目的node开发版本对应的开发环境，以便使用待打包项目对应的开发环境进行项目的打包，如以下步骤S104所示。
S104.Jenkins服务器将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包。
步骤S104则是进行打包的过程，即在本实施例中，将待打包项目的node开发版本对应的开发环境作为项目打包job的运行环境，从而使项目打包job基于该待打包项目对应的开发环境进行打包。
通过上述设计，本发明在打包不同的项目时，即可将项目的node开发版本对应的开发环境作为项目打包job的运行环境，从而实现使用一个job完成所有项目打包的功能；即本发明在打包基于不同node开发版本开发的项目时，无需使用多个job进行打包，降低了维护成本。
下述，为步骤S104中的打包过程提供两种具体的打包方法，如以下所示：
首先，阐述Jenkins服务器中项目打包job的架构：在Jenkins服务器中，项目打包job的并发数默认为1个，即表示Jenkins服务器在接收到待打包项目后，只能基于该项目打包job生成一个第一编排进程，而承载项目打包的则是该第一编排进程，即第一编排进程对待打包项目进行打包，以实现Web前端软件的更新。
而本实施例提供的第一种打包方法则是基于项目打包job的并发数为1的情况下进行打包，具体为：
针对所述待打包项目中的每一个待打包项目，将对应待打包项目的node开发版本的开发环境作为所述Jenkins服务器的运行环境，以将所述Jenkins服务器的运行环境作为所述项目打包job的运行环境，以使所述第一编排进程基于所述Jenkins服务器的运行环境对对应待打包项目进行打包。
第一种打包方法的实质为：在打包时，将待打包项目的node开发版本对应的开发环境作为Jenkins服务器的运行环境，而在Jenkins服务器中，服务器的运行环境则是整个项目打包job的运行环境；因此，第一种打包方法则是在打包项目时，使用项目的node开发版本对应的开发环境，对项目进行打包；即在打包时，将项目打包job对应的运行环境，切换为待打包项目的node开发版本对应的开发环境，从而实现使用一个项目打包job完成所有项目打包的功能。
但是，由于前述打包方法改变的是Jenkins服务器的运行环境，且项目打包job的并发数为1，因此，前述第一种打包方法只能同时进行一个项目的打包，而无法实现多个项目同时进行；下述在前述举例的基础上进行具体阐述，例如，待打包项目为项目A、项目B以及项目C。
那么根据前述步骤S103以及表1可得知：项目A对应的node开发版本为node8.0.1；项目B对应的node开发版本为node12.0.5；项目C对应的开发版本为node8.0.5。
因此，根据第一种打包方法可知：
若对项目A进行打包，则需要将node8.0.1版本对应的开发环境作为Jenkins服务器的运行环境，即第一编排进程使用node8.0.1版本的开发环境对项目A进行打包；而项目A打包完成后，才能进行下一项目的打包；若下一待打包项目为项目B，同理，在打包时，需要将node12.0.5版本对应的开发环境作为Jenkins服务器的运行环境，即第一编排进程使用node12.0.5版本的开发环境对项目B进行打包；同理，项目B打包完成后，才能进行项目C的打包，其打包过程与前述项目A和B打包过程一致，于此不多加赘述。
在本实施例中，举例Jenkins服务器将待打包项目对应的node开发版的开发环境，作为Jenkins服务器的运行环境可以但不限于使用以下方式实现：
通过shell窗口执行命令n，将服务器的运行环境切换为待打包项目对应的node开发版的开发环境；例如，获取的node开发版本为node8.0.1，那么通过shell窗口执行的命令则为：n 8.0.1，通过执行上述命令，即可实现服务器运行环境的切换。
由上可知，第一种打包方法的最大并发数为1，虽然可以使用一个项目打包job完成所有项目的打包，但是效率较低；因此，本实施例提供第二种打包方法，以提高打包效率。
第二种打包方法为：
S104a.将所述项目打包job的并发数设置为n个，以便在获取到所述待打包项目后，基于所述项目打包job构建k个第二编排进程，其中，k和n均为正整数，且1＜k≤n。
S104a.为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，其中，所述临时环境变量作为对应第二编排进程在运行时的运行环境。
S104b.为所述每个第二编排进程中的临时环境变量分配来自所述待打包项目中的任一待打包项目的node开发版本，以使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的待打包项目，其中，所述每个第二编排进程打包的待打包项目互不相同。
前述步骤S104a～S104c的原理为：通过将项目打包job的并发数设置为n个，使其可支持同时生成n个第二编排进程，从而为多个项目同时进行打包提供承载基础；同时，由于待打包项目的数量可能小于并发数，因此，在Jenkins服务器接收到待打包项目后，设置基于项目打包job生成k(1＜k≤n)个第二编排进程，由此，即可避免在待打包项目个数小于并发数时，造成资源浪费；同时，本实施例还为k个第二编排进程中的每个第二编排进程设置了临时环境变量，即相当于为每个第二编排进程设置了一个运行环境；由此，设置了临时环境变量后，使得项目打包job中的k个第二编排进程可使用不同的运行环境，从而使得各个第二编排进程互不影响，可实现独立运行。
因此，在打包时，只需要将各个待打包项目的node开发版本分配至各个第二编排进程对应的临时环境变量中，即可使各个第二编排进程基于分配的node开发版本对应的开发环境，打包对应的待打包项目。
在第一种打包方法举例的基础上，对第二种打包方法进行举例：
假设待打包项目还是项目A、项目B以及项目C；举例项目打包job的并发数为3，即基于项目打包job构建的第二编排进程设置有3个(第二编排进程a、第二编排进程b以及第三编排进程c)，那么使用第二种打包方法，进行打包的过程为：
由于待打包项目的数量与并发数相等，因此，可基于项目打包job构建相同个数的第二编排进程；举例可为第二编排进程a分配一待打包项目对应的node开发版本(如分配项目A对应的node开发版本)，为第二编排进程b分配一待打包项目对应的node开发版本(如分配项目B对应的node开发版本)；为第二编排进程c分配一待打包项目对应的node开发版本(如分配项目C对应的node开发版本)；即第二编排进程a的临时环境变量更改为node8.0.1版本对应的开发环境，相当于第二编排进程a使用node8.0.1版本对应的开发环境打包项目A；同理，第二编排进程b的临时环境变量更改为node12.0.5版本对应的开发环境，即第二编排进程b使用node12.0.5版本对应的开发环境打包项目B；而第二编排进程c的临时环境变量则更改为node8.0.5版本对应的开发环境，即第二编排进程c使用node8.0.5版本对应的开发环境打包项目C。
由此，第二编排进程a、第二编排进程b以及第二编排进程c即可运行不同项目的node开发版本的开发环境，从而实现不同项目的同时打包，进而在降低维护成本的同时，提高项目的打包效率。
在本实施例中，举例为各个第二编排进程的临时环境变量分配任一待打包项目的node开发版本的实现方式可以但不限于为：
在shell脚本窗口中中通过执行export PATH＝$PATH:/home/node/nodeX/bin命令；例如，为第二编排进程a分配分配项目A对应的node开发版本，那么执行的命令则为：export PATH＝$PATH:/home/node/node8.0.1/bin；即将命令中的nodeX替换为相应的node开发版本，即可完成对应第二编排进程运行环境的切换。
当然，若获取的待打包项目的数量小于3个(例如待打包项目为2个)，那么，只需基于项目打包job构建2个第二编排进程即可，其打包过程与前述一致，于此不多加赘述。
同理，若待打包项目的数量大于3个，那么一次性只能生成3个第二编排进程，即一次只能同时进行3个项目的打包，剩余的则进行下一次打包；例如，若待打包项目的数量为4个，那么第一次则生成3个第二编排进程，进行3个项目的打包；而在下次打包过程中，只需生成一个第二编排进程即可完成剩余一个项目的打包。
当然，在本实施例中，项目打包job的并发数，可根据项目打包的个数进行具体设定，在本实施例中不做具体限定。
由此，通过前述阐述，即可实现多个项目的同时打包，进而提高打包效率。
由此通过前述步骤S101～S104所详细描述的项目的打包方法，本发明可根据项目的不同，将项目打包job的运行环境切换到对应的node开发版本的开发环境，从而使用对应项目的node开发环境对项目进行打包，以实现使用一个job完成所有项目的打包，降低了软件产品的维护成本；同时，本发明还可通过为k个第二编排进程设置临时环境变量，从而实现多个项目的同时打包，进而在降低维护成本的同时，提高了项目的打包效率。
如图2所示，本实施例第二方面提供了一种实现实施例第一方面中所述的项目的打包方法的硬件装置，以装置为Jenkins服务器为例，包括：开发版本获取单元以及打包单元。
所述开发版本获取单元，用于在Jenkins服务器生成项目打包job后，从测试平台获取待打包项目的node开发版本。
所述打包单元，用于将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包。
在一个的可能的设计中，所述打包单元包括：运行环境切换子单元。
所述运行环境切换子单元，针对所述待打包项目中的每一个待打包项目，用于将对应待打包项目的node开发版本的开发环境作为所述Jenkins服务器的运行环境，以将所述Jenkins服务器的运行环境作为所述项目打包job的运行环境，以使所述第一编排进程基于所述Jenkins服务器的运行环境对对应待打包项目进行打包。
在一个可能的设计中，所述打包单元包括：并发数设置子单元、环境变量设置子单元以及分配子单元。
所述并发数设置子单元，用于将所述项目打包job的并发数设置为n个，以便在获取到所述待打包项目后，基于所述项目打包job构建k个第二编排进程，其中，k和n均为正整数，且1＜k≤n。
所述环境变量设置子单元，用于为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，其中，所述临时环境变量作为对应第二编排进程在运行时的运行环境。
所述分配子单元，用于为所述每个第二编排进程中的临时环境变量分配来自所述待打包项目中的任一待打包项目的node开发版本，以使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的待打包项目，其中，所述每个第二编排进程打包的待打包项目互不相同。
在一个可能的设计中：
所述环境变量设置子单元，具体用于检测用户在Jenkins服务器中的环境变量创建操作。
所述环境变量设置子单元，还具体用于响应所述环境变量创建操作，为所述至少一个编排进程中的每个编排进程创建临时环境变量。
在一个可能的设计中：所述开发版本获取单元包括：项目信息获取子单元以及查找子单元。
所述项目信息获取子单元，用于利用所述项目打包job获取所述待打包项目的项目信息。
所述查找子单元，用于利用所述项目打包job从所述测试平台中查找出与所述项目信息对应的node版本，作为所述待打包项目的node开发版本。
在一个可能的设计中：
所述项目信息获取子单元，具体用于检测用户在Jenkins服务器中对所述项目打包job的参数化构建操作。
所述项目信息获取子单元，还具体用于响应所述参数化构建操作，向所述项目打包job传入所述待打包项目的项目信息。
本实施例提供的硬件装置的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。
如图3所示，本实施例第三方面提供第二种实现前述实施例第一方面所述的项目的打包方法的硬件装置，包括：关系建立单元以及发送单元。
所述关系建立单元，用于基于每个项目的项目信息，建立每个项目与node版本的对应关系。
所述发送单元，用于将每个项目与node版本的对应关系发送至测试平台，以便使Jenkins服务器在生成项目打包job后，从所述测试平台获取至待打包项目的node开发版本。
本实施例提供的硬件装置的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。
如图4所示，本实施例第四方面提供了一种计算机主设备，包括：依次通信相连的存储器、处理器和收发器，其中，所述存储器用于存储计算机程序，所述收发器用于收发消息，所述处理器用于读取所述计算机程序，执行如实施例第一方面所述的项目的打包方法。
具体举例的，所述存储器可以但不限于包括随机存取存储器(random accessmemory，RAM)、只读存储器(Read Only Memory image，ROM)、闪存(Flash Memory)、先进先出存储器(First Input First Output，FIFO)和/或先进后出存储器(First In Last Out，FILO)等等；所述处理器可以不限于采用型号为STM32F105系列的微处理器、精简指令集计算机(reduced instruction set computer,RSIC)微处理器、X86等架构处理器或集成嵌入式神经网络处理器(neural-network processing units，NPU)的处理器；所述收发器可以但不限于为无线保真(WIFI)无线收发器、蓝牙无线收发器、通用分组无线服务技术(General Packet Radio Service，GPRS)无线收发器、紫蜂协议(基于IEEE802.15.4标准的低功耗局域网协议，ZigBee)无线收发器、3G收发器、4G收发器和/或5G收发器等。此外，所述装置还可以但不限于包括有电源模块、显示屏和其它必要的部件。
本实施例提供的计算机主设备的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。
本实施例第五方面提供了一种存储包含有实施例第一方面所述的项目的打包方法的指令的计算机可读存储介质，即所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如第一方面所述的项目的打包方法。
其中，所述计算机可读存储介质是指存储数据的载体，可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(Memory Stick)等，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
本实施例提供的计算机可读存储介质的工作过程、工作细节和技术效果，可以参见实施例第一方面，于此不再赘述。
本实施例第六方面提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使所述计算机执行如实施例第一方面所述项目的打包方法，其中，所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (7)
1.一种项目的打包方法，其特征在于，包括：
在Jenkins服务器生成项目打包job后，从测试平台获取待打包项目的node开发版本；
将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包；
从测试平台获取待打包项目的node开发版本，包括：
利用所述项目打包job获取所述待打包项目的项目信息；
利用所述项目打包job从所述测试平台中查找出与所述项目信息对应的node版本，作为所述待打包项目的node开发版本；
所述项目打包job的并发数为1，其中，所述并发数用于表征在获取到所述待打包项目后，基于所述项目打包job构建的第一编排进程的个数；
相应的，将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包，包括：
针对所述待打包项目中的每一个待打包项目，将对应待打包项目的node开发版本的开发环境作为所述Jenkins服务器的运行环境，以将所述Jenkins服务器的运行环境作为所述项目打包job的运行环境，以使所述第一编排进程基于所述Jenkins服务器的运行环境对对应待打包项目进行打包；或
将所述项目打包job的并发数设置为n个，以便在获取到所述待打包项目后，基于所述项目打包job构建k个第二编排进程，其中，k和n均为正整数，且1＜k≤n；
为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，其中，所述临时环境变量作为对应第二编排进程在运行时的运行环境；
为所述每个第二编排进程中的临时环境变量分配来自所述待打包项目中的任一待打包项目的node开发版本，以使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的待打包项目，其中，所述每个第二编排进程打包的待打包项目互不相同。
2.如权利要求1所述的方法，其特征在于，为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，包括：
检测用户在Jenkins服务器中的环境变量创建操作；
响应所述环境变量创建操作，为所述k个第二编排进程中的每个第二编排进程设置临时环境变量。
3.如权利要求1所述的方法，其特征在于，在利用所述项目打包job获取所述待打包项目的项目信息之前，所述方法还包括：
检测用户在Jenkins服务器中对所述项目打包job的参数化构建操作；
响应所述参数化构建操作，向所述项目打包job传入所述待打包项目的项目信息。
4.一种项目的打包方法，其特征在于，包括：
基于每个项目的项目信息，建立每个项目与node版本的对应关系；
将每个项目与node版本的对应关系发送至测试平台，以便使Jenkins服务器在生成项目打包job后，从所述测试平台获取待打包项目的node开发版本，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包；
使Jenkins服务器在生成项目打包job后，从测试平台获取待打包项目的node开发版本，包括：
利用所述项目打包job获取所述待打包项目的项目信息；
利用所述项目打包job从所述测试平台中查找出与所述项目信息对应的node版本，作为所述待打包项目的node开发版本；
所述项目打包job的并发数为1，其中，所述并发数用于表征在获取到所述待打包项目后，基于所述项目打包job构建的第一编排进程的个数；
相应的，使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包，包括：
针对所述待打包项目中的每一个待打包项目，将对应待打包项目的node开发版本的开发环境作为所述Jenkins服务器的运行环境，以将所述Jenkins服务器的运行环境作为所述项目打包job的运行环境，以使所述第一编排进程基于所述Jenkins服务器的运行环境对对应待打包项目进行打包；或
将所述项目打包job的并发数设置为n个，以便在获取到所述待打包项目后，基于所述项目打包job构建k个第二编排进程，其中，k和n均为正整数，且1＜k≤n；
为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，其中，所述临时环境变量作为对应第二编排进程在运行时的运行环境；
为所述每个第二编排进程中的临时环境变量分配来自所述待打包项目中的任一待打包项目的node开发版本，以使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的待打包项目，其中，所述每个第二编排进程打包的待打包项目互不相同。
5.一种项目的打包装置，其特征在于，包括：开发版本获取单元以及打包单元；
所述开发版本获取单元，用于在Jenkins服务器生成项目打包job后，从测试平台获取待打包项目的node开发版本；
所述打包单元，用于将所述待打包项目的node开发版本对应的开发环境作为所述项目打包job的运行环境，以使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包；
所述打包单元包括：运行环境切换子单元，且所述项目打包job的并发数为1，其中，所述并发数用于表征在获取到所述待打包项目后，基于所述项目打包job构建的第一编排进程的个数；
所述运行环境切换子单元，针对所述待打包项目中的每一个待打包项目，用于将对应待打包项目的node开发版本的开发环境作为所述Jenkins服务器的运行环境，以将所述Jenkins服务器的运行环境作为所述项目打包job的运行环境，以使所述第一编排进程基于所述Jenkins服务器的运行环境对对应待打包项目进行打包；或
所述打包单元包括：并发数设置子单元、环境变量设置子单元以及分配子单元；
所述并发数设置子单元，用于将所述项目打包job的并发数设置为n个，以便在获取到所述待打包项目后，基于所述项目打包job构建k个第二编排进程，其中，k和n均为正整数，且1＜k≤n；
所述环境变量设置子单元，用于为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，其中，所述临时环境变量作为对应第二编排进程在运行时的运行环境；
所述分配子单元，用于为所述每个第二编排进程中的临时环境变量分配来自所述待打包项目中的任一待打包项目的node开发版本，以使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的待打包项目，其中，所述每个第二编排进程打包的待打包项目互不相同；
所述开发版本获取单元包括：项目信息获取子单元以及查找子单元；
所述项目信息获取子单元，用于利用所述项目打包job获取所述待打包项目的项目信息；
所述查找子单元，用于利用所述项目打包job从所述测试平台中查找出与所述项目信息对应的node版本，作为所述待打包项目的node开发版本。
6.一种项目的打包装置，其特征在于，包括：关系建立单元以及发送单元；
所述关系建立单元，用于基于每个项目的项目信息，建立每个项目与node版本的对应关系；
所述发送单元，用于将每个项目与node版本的对应关系发送至测试平台，以便使Jenkins服务器在生成项目打包job后，从所述测试平台获取至待打包项目的node开发版本；
使Jenkins服务器在生成项目打包job后，从测试平台获取待打包项目的node开发版本，包括：
利用所述项目打包job获取所述待打包项目的项目信息；
利用所述项目打包job从所述测试平台中查找出与所述项目信息对应的node版本，作为所述待打包项目的node开发版本；
所述项目打包job的并发数为1，其中，所述并发数用于表征在获取到所述待打包项目后，基于所述项目打包job构建的第一编排进程的个数；
相应的，使所述项目打包job基于所述node开发版本对应的开发环境对所述待打包项目进行打包，包括：
针对所述待打包项目中的每一个待打包项目，将对应待打包项目的node开发版本的开发环境作为所述Jenkins服务器的运行环境，以将所述Jenkins服务器的运行环境作为所述项目打包job的运行环境，以使所述第一编排进程基于所述Jenkins服务器的运行环境对对应待打包项目进行打包；或
将所述项目打包job的并发数设置为n个，以便在获取到所述待打包项目后，基于所述项目打包job构建k个第二编排进程，其中，k和n均为正整数，且1＜k≤n；
为所述k个第二编排进程中的每个第二编排进程设置临时环境变量，其中，所述临时环境变量作为对应第二编排进程在运行时的运行环境；
为所述每个第二编排进程中的临时环境变量分配来自所述待打包项目中的任一待打包项目的node开发版本，以使每个第二编排进程基于分配的node开发版本对应的开发环境打包对应的待打包项目，其中，所述每个第二编排进程打包的待打包项目互不相同。
7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，执行如权利要求1～3或权利要求4任意一项所述的项目的打包方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110812951.9A CN113504926B (zh) | 2021-07-19 | 2021-07-19 | 一种项目的打包方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110812951.9A CN113504926B (zh) | 2021-07-19 | 2021-07-19 | 一种项目的打包方法、装置及计算机可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113504926A CN113504926A (zh) | 2021-10-15 |
| CN113504926B true CN113504926B (zh) | 2023-04-14 |
Family
ID=78013726
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110812951.9A Active CN113504926B (zh) | 2021-07-19 | 2021-07-19 | 一种项目的打包方法、装置及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113504926B (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012106573A1 (en) * | 2011-02-04 | 2012-08-09 | Opnet Technologies, Inc. | Correlating input and output requests between client and server components in a multi-tier application |
| CN107301074A (zh) * | 2017-06-26 | 2017-10-27 | 中广热点云科技有限公司 | 在服务器上自动打包apk安装包的方法及系统 |
| CN107577475A (zh) * | 2017-08-22 | 2018-01-12 | 清华大学 | 一种数据中心集群系统的软件包管理方法及系统 |
| CN109144482A (zh) * | 2018-08-22 | 2019-01-04 | 海南新软软件有限公司 | 一种基于webpack的快速开发环境搭建方法及装置 |
| CN111026403A (zh) * | 2019-12-10 | 2020-04-17 | 北京锐安科技有限公司 | 一种打包部署方法、装置、计算机设备及存储介质 |
| CN111046311A (zh) * | 2019-12-17 | 2020-04-21 | 深圳前海环融联易信息科技服务有限公司 | 实现pc端无痕迭代版本的方法、装置、计算机设备及存储介质 |
| CN111198814A (zh) * | 2019-12-23 | 2020-05-26 | 曙光信息产业(北京)有限公司 | 一种持续集成持续交付的验收系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9455837B2 (en) * | 2010-12-28 | 2016-09-27 | Konica Minolta Laboratory U.S.A., Inc. | Method and system for exchange multifunction job security using IPV6 neighbor discovery options |
-
2021
- 2021-07-19 CN CN202110812951.9A patent/CN113504926B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012106573A1 (en) * | 2011-02-04 | 2012-08-09 | Opnet Technologies, Inc. | Correlating input and output requests between client and server components in a multi-tier application |
| CN107301074A (zh) * | 2017-06-26 | 2017-10-27 | 中广热点云科技有限公司 | 在服务器上自动打包apk安装包的方法及系统 |
| CN107577475A (zh) * | 2017-08-22 | 2018-01-12 | 清华大学 | 一种数据中心集群系统的软件包管理方法及系统 |
| CN109144482A (zh) * | 2018-08-22 | 2019-01-04 | 海南新软软件有限公司 | 一种基于webpack的快速开发环境搭建方法及装置 |
| CN111026403A (zh) * | 2019-12-10 | 2020-04-17 | 北京锐安科技有限公司 | 一种打包部署方法、装置、计算机设备及存储介质 |
| CN111046311A (zh) * | 2019-12-17 | 2020-04-21 | 深圳前海环融联易信息科技服务有限公司 | 实现pc端无痕迭代版本的方法、装置、计算机设备及存储介质 |
| CN111198814A (zh) * | 2019-12-23 | 2020-05-26 | 曙光信息产业(北京)有限公司 | 一种持续集成持续交付的验收系统 |
Non-Patent Citations (2)
| Title |
|---|
| S. Mysari 等.Continuous Integration and Continuous Deployment Pipeline Automation Using Jenkins Ansible.《2020 International Conference on Emerging Trends in Information Technology and Engineering (ic-ETITE)》.2020,1-4. * |
| 李骞.基于Node.js的高性能应用服务平台构建.《中国传媒科技》.2019,(第第10期期),8-49,56. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113504926A (zh) | 2021-10-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111966305B (zh) | 持久卷分配方法、装置、计算机设备和存储介质 | |
| CN108139935B (zh) | 业务定义容器的资源约束的扩展 | |
| CN102780724B (zh) | 一种类目信息的发送方法、系统及设备 | |
| EP3410288B1 (en) | Online upgrade method, device and system | |
| CN110489126B (zh) | 编译任务的执行方法和装置、存储介质及电子装置 | |
| CN103064742A (zh) | 一种hadoop集群的自动部署系统及方法 | |
| CN104462370A (zh) | 分布式任务调度系统及方法 | |
| TW201717066A (zh) | 叢集運算架構的資源規劃方法、系統及裝置 | |
| CN110489204A (zh) | 一种基于容器集群的大数据平台架构系统 | |
| CN101753404A (zh) | 网络资源的下载方法 | |
| CN106656525B (zh) | 一种数据广播系统、数据广播方法及设备 | |
| CN114296871A (zh) | 基于容器的持续集成方法、装置、系统及工作节点和介质 | |
| CN111026397B (zh) | 一种rpm包分布式编译方法及装置 | |
| US20100228951A1 (en) | Parallel processing management framework | |
| CN114168252A (zh) | 信息处理系统及方法、网络方案推荐组件及方法 | |
| CN113504926B (zh) | 一种项目的打包方法、装置及计算机可读存储介质 | |
| CN112261125B (zh) | 集中单元的云化部署方法、装置及系统 | |
| CN110958138B (zh) | 一种容器扩容方法及装置 | |
| CN111459510A (zh) | 跨网络操作系统的安装方法、装置、电子设备及介质 | |
| CN115878213A (zh) | 物联网设备驱动的动态加载方法 | |
| CN113590652B (zh) | 数据存储系统、数据处理方法、设备及存储介质 | |
| CN110716690A (zh) | 数据回收方法和系统 | |
| CN105530140A (zh) | 一种解除用例和环境紧耦合的方法、装置和云调度系统 | |
| CN113326098A (zh) | 支持kvm虚拟化与容器虚拟化的云管平台 | |
| CN115344361A (zh) | 计算节点的管理方法及管理系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |