CN112363733A - 一种基于Docker容器的持续集成方法 - Google Patents

一种基于Docker容器的持续集成方法 Download PDF

Info

Publication number
CN112363733A
CN112363733A CN202011126758.1A CN202011126758A CN112363733A CN 112363733 A CN112363733 A CN 112363733A CN 202011126758 A CN202011126758 A CN 202011126758A CN 112363733 A CN112363733 A CN 112363733A
Authority
CN
China
Prior art keywords
docker
file
image
processed
mirror image
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.)
Pending
Application number
CN202011126758.1A
Other languages
English (en)
Inventor
张芳芳
马腾稷
阚艳姣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen ZNV Technology Co Ltd
Nanjing ZNV Software Co Ltd
Original Assignee
Shenzhen ZNV Technology Co Ltd
Nanjing ZNV Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen ZNV Technology Co Ltd, Nanjing ZNV Software Co Ltd filed Critical Shenzhen ZNV Technology Co Ltd
Priority to CN202011126758.1A priority Critical patent/CN112363733A/zh
Publication of CN112363733A publication Critical patent/CN112363733A/zh
Pending legal-status Critical Current

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/61—Installation
    • G06F8/63—Image based installation; Cloning; Build to order
    • 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
    • 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/76—Adapting program code to run in a different environment; Porting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

本发明涉及Docker容器技术领域，具体涉及一种基于Docker容器的持续集成方法。该包括：构建持续集成环境；接收待处理的文件；将待处理文件加载到持续集成环境中；确认待处理文件的待处理类型；依据待处理类型选择对应的Docker镜像；根据Docker镜像启动对应的Docker容器；在对应的Docker容器中依据文件的待处理类型对文件进行对应的处理。本实施例中采用镜像的方式，分别预先制作通用的镜像存储于Docker镜像仓库中，如代码编译镜像、代码检查镜像、自动化测试镜像等，然后根据项目的实际需求选择对应的镜像进行使用，无需关注同一工具软件的版本差异、不同工具软件的版本匹配关系，提高了持续集成的效率。

Description

一种基于Docker容器的持续集成方法
技术领域
本发明涉及Docker容器技术领域，具体涉及一种基于Docker容器的持续集成方法。
背景技术
持续集成是一种软件开发实践。在持续集成中，团队成员频繁集成他们的工作成果，一般每人每天至少集成一次，也可以多次。每次集成会经过自动构建(包括自动测试)的验证，以尽快发现集成错误。许多团队发现这种方法可以显著减少集成引起的问题，并可以加快团队合作软件开发的速度。
典型的持续集成过程主要包括：代码获取、代码编译、代码检查、打包、部署、自动化测试、集成报告。在公司项目开发过程中，每个项目组一般是借助一台持续集成机器来实现各自项目的持续集成过程，在现有的方案中，因为每个项目的具体需求不同，导致执行持续集成的机器环境的不一定是一致的，因此为每个项目搭建持续集成环境时，都需要根据需要安装配置各种工具软件，有些工具软件之间会有版本匹配的问题，一定要和某些特定版本一起使用才可以，有些工具软件不同的版本在使用方式上会有所区别，这些都影响了开发和集成效率。
发明内容
本发明主要解决的技术问题是现有的持续集成方法效率低。
一种基于Docker容器的持续集成方法，包括：
构建持续集成环境；
接收待处理的文件；
将所述待处理文件加载到所述持续集成环境中；
确认所述待处理文件的待处理类型；
依据所述待处理类型选择对应的Docker镜像；
根据所述Docker镜像启动对应的Docker容器；
在对应的Docker容器中依据所述文件的待处理类型对所述文件进行对应的处理。
在一种实施例中，所述构建持续集成环境包括：
编写镜像文件；
根据所述镜像文件构建Docker镜像；
将所述Docker镜像存储在镜像仓库中；
在待集成机器上下载所述Docker镜像以构建待持续集成环境。
在一种实施例中，所述待处理文件的待处理类型至少包括代码文件编译、代码文件检查和代码文件自动化测试中的一种或多种。
在一种实施例中，所述编写镜像文件，根据所述镜像文件构建Docker镜像包括：
编写包含编译工具软件的镜像文件，根据所述包含编译工具软件的镜像文件构建用于代码文件编译的Docker镜像。
在一种实施例中，所述编写镜像文件，根据所述镜像文件构建Docker镜像还包括：
编写包含代码检查工具软件的镜像文件，根据所述包含代码检查工具软件的镜像文件构建用于代码文件检查的Docker镜像。
在一种实施例中，所述编写镜像文件，根据所述镜像文件构建Docker镜像还包括：
编写包含自动化测试工具软件的镜像文件，根据所述包含自动化测试工具软件的镜像文件构建用于代码文件自动化测试的Docker镜像。
在一种实施例中，所述依据所述待处理类型选择对应的Docker镜像，根据所述Docker镜像启动对应的Docker容器，在对应的Docker容器中依据所述文件的待处理类型对所述文件进行对应的处理包括：
根据代码文件编译选择用于代码文件编译的Docker镜像，在代码文件编译的Docker镜像对应的容器中对所述待处理文件进行编译。
在一种实施例中，所述依据所述待处理类型选择对应的Docker镜像，根据所述Docker镜像启动对应的Docker容器，在对应的Docker容器中依据所述文件的待处理类型对所述文件进行对应的处理还包括：
根据代码文件检查选择用于代码文件检查的Docker镜像，在代码文件检查的Docker镜像对应的容器中对编译后的代码进行检查。
在一种实施例中，所述依据所述待处理类型选择对应的Docker镜像，根据所述Docker镜像启动对应的Docker容器，在对应的Docker容器中依据所述文件的待处理类型对所述文件进行对应的处理还包括：
根据代码文件自动化测试选择用于代码文件自动化测试的Docker镜像，在代码文件自动化测试的Docker镜像对应的容器中对编译后的代码进行自动化测试。
一种计算机可读存储介质，包括程序，所述程序能够被处理器执行以实现如上所述的方法。
依据上述实施例的基于Docker容器的持续集成方法，其包括：构建持续集成环境；接收待处理的文件；将待处理文件加载到持续集成环境中；确认待处理文件的待处理类型；依据待处理类型选择对应的Docker镜像；根据Docker镜像启动对应的Docker容器；在对应的Docker容器中依据文件的待处理类型对文件进行对应的处理。本实施例中采用镜像的方式，分别预先制作通用的镜像存储于Docker镜像仓库中，如代码编译镜像、代码检查镜像、自动化测试镜像等，然后根据项目的实际需求选择对应的镜像进行使用，无需关注同一工具软件的版本差异、不同工具软件的版本匹配关系，提高了持续集成的效率。
附图说明
图1为本申请实施例的基于Docker容器的持续集成方法流程图；
图2为本申请实施例的构建持续集成环境方法流程图；
图3为本申请另一种实施例的持续集成方法示意图。
具体实施方式
下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中，很多细节描述是为了使得本申请能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征在不同情况下是可以省略的，或者可以由其他元件、材料、方法所替代。在某些情况下，本申请相关的一些操作并没有在说明书中显示或者描述，这是为了避免本申请的核心部分被过多的描述所淹没，而对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。
另外，说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时，方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此，说明书和附图中的各种顺序只是为了清楚描述某一个实施例，并不意味着是必须的顺序，除非另有说明其中某个顺序是必须遵循的。
本发明提出了一种基于Docker容器的持续集成方法，Docker容器是一个开源的应用容器引擎，让开发者可以以统一的方式打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何安装了docker引擎的服务器上(包括流行的Linux机器、windows机器)，也可以实现虚拟化，通过使用Docker容器技术将持续集成过程中代码编译、代码检查和自动化测试这三个步骤所需要的环境分别制作成Docker镜像，以实现各步骤的工具版本隔离、环境隔离、环境可重用，提升持续集成环境搭建效率。在现有的方案中，会将使用的所有工具软件都安装部署在持续集成环境中，如果使用的工具版本不同，就需要安装对应匹配版本的工具软件。本发明方案中，采用镜像的方式，分别预先制作通用的镜像存储于Docker镜像仓库中，如代码编译镜像、代码检查镜像、自动化测试镜像等，然后根据项目的实际需求，拉取对应的镜像进行使用。如项目有特殊需求无法在Docker镜像仓库找到合适的镜像，可根据具体需求单独新建镜像存储于Docker镜像仓库。都这样克服同一工具软件的版本差异、不同工具软件的版本不匹配的技术问题，提高了持续集成的效率。
实施例一：
请参考图1，本实施例提供一种基于Docker容器的持续集成方法，该持续集成方法包括：
步骤101：构建持续集成环境；
步骤102：接收待处理的文件；本实施例的文件主要是程序文件，即代码；
步骤103：将待处理文件加载到持续集成环境中；
步骤104：确认待处理文件的待处理类型；其中，本实施例中的待处理文件的待处理类型至少包括代码文件编译、代码文件检查和代码文件自动化测试中的一种或多种。工作时，根据持续集成的需求选择确定对应的待处理类型；
步骤105：依据待处理类型选择对应的Docker镜像；
步骤106：根据Docker镜像启动对应的Docker容器；
步骤107：在对应的Docker容器中依据文件的待处理类型对文件进行对应的处理。
其中，如图2，本实施例中构建持续集成环境包括：
步骤201：编写镜像文件；
步骤202：根据镜像文件构建Docker镜像；
步骤203：将Docker镜像存储在镜像仓库中。
其中，本实施例中编写镜像文件，根据镜像文件构建Docker镜像包括：
第一，制作代码编译镜像，其包括：编写包含编译工具软件的镜像文件，根据包含编译工具软件的镜像文件构建用于代码文件编译的Docker镜像；具体操作步骤如下：
(1)镜像文件编写，编写包含编译工具软件的Dockerfile文件；
(2)镜像构建，根据Dockerfile构建Docker镜像；
(3)镜像上传，上传镜像到镜像仓库；
(4)镜像下载，在持续集成环境所在机器下载该镜像。
第二，制作代码检查镜像编写，其包括：编写包含代码检查工具软件的镜像文件，根据包含代码检查工具软件的镜像文件构建用于代码文件检查的Docker镜像，具体操作步骤如下：
(1)镜像文件编写，编写包含代码检查工具软件的Dockerfile文件；
(2)镜像构建，根据Dockerfile构建Docker镜像；
(3)镜像上传，上传镜像到镜像仓库；
(4)镜像下载，在持续集成环境所在机器下载该镜像。
第三，制作自动化测试镜像，其包括:编写包含自动化测试工具软件的镜像文件，根据所述包含自动化测试工具软件的镜像文件构建用于代码文件自动化测试的Docker镜像。具体操作步骤如下：
(1)镜像文件编写，编写包含自动化测试工具软件的Dockerfile文件；
(2)镜像构建，根据Dockerfile构建Docker镜像；
(3)镜像上传，上传镜像到镜像仓库；
(4)镜像下载，在持续集成环境所在机器下载该镜像。
其中，本实施例中依据待处理类型选择对应的Docker镜像，根据Docker镜像启动对应的Docker容器，在对应的Docker容器中依据文件的待处理类型对文件进行对应的处理包括：
(1)根据代码文件编译选择用于代码文件编译的Docker镜像，在代码文件编译的Docker镜像对应的容器中对所述待处理文件进行编译；
(2)根据代码文件检查选择用于代码文件检查的Docker镜像，在代码文件检查的Docker镜像对应的容器中对编译后的代码进行检查；
(3)根据代码文件自动化测试选择用于代码文件自动化测试的Docker镜像，在代码文件自动化测试的Docker镜像对应的容器中对编译后的代码进行自动化测试。
实施例二：
请参考图3，本实施例提供一种基于Docker容器的持续集成方法的具体实现过程，其包括：
步骤1、获取开发人员提交代码；
步骤2、在持续集成环境中更新代码；其中，持续集成环境的构建方法和实施例一相同，此处不再赘述；
步骤3、依据代码编译镜像启动一个包含代码编译工具Docker容器，在容器中执行编译命令；
步骤4、依据代码检查镜像启动一个包含代码检查工具的Docker容器，在容器中执行对上一步编译后的源代码进行代码检查的命令；
步骤5、打包部署；
步骤6、依据自动化测试镜像启动一个包含自动化测试环境的Docker容器，在容器中执行对上一步部署的环境进行自动化测试的命令；
步骤7、输出集成报告，通知代码提交人。
实施例三
本实施例提供一种具体的基于Docker容器的持续集成方法，主要包括以下步骤：
准备工作：
1、制作代码编译镜像
(1)制作包含Maven3.6.3版本的Docker镜像
(2)制作包含Maven3.5.2版本的Docker镜像
2、制作代码检查镜像
(1)制作包含SonarScanner3.2版本的Docker镜像
(2)制作包含SonarScanner4.0版本的Docker镜像
3、制作自动化测试镜像
(1)制作包含python2.7.5和Robotframework2.8.6版本的Docker镜像
(2)制作包含python3.7.3和Robotframework3.2.1版本的Docker镜像
环境要求：
1、项目A持续集成环境要求：Maven3.6.3、SonarScanner3.2、python3.7.3、Robotframework3.2.1
2、项目B持续集成环境要求：Maven3.5.2、SonarScanner4.0、python2.7.5、Robotframework2.8.6。
实施方式：
1、项目A持续集成执行过程
步骤1、开发人员提交代码；
步骤2、持续集成环境中更新代码；
步骤3、拉取包含Maven3.5.2版本的Docker镜像到本地，启动一个包含Maven3.5.2版本代码编译工具Docker容器，在容器中执行编译命令；
步骤4、拉取包含SonarScanner3.2版本的Docker镜像到本地，启动一个包含SonarScanner3.2版本代码检查工具的Docker容器，在容器中执行对上一步编译后的源代码进行代码检查的命令；
步骤5、打包部署；
步骤6、拉取包含python3.7.3和Robotframework3.2.1版本的Docker镜像到本地，启动一个包含python3.7.3和Robotframework3.2.1版本自动化测试环境的Docker容器，在容器中执行对上一步部署的环境进行自动化测试的命令；
步骤7、输出集成报告，通知代码提交人。
2、项目B持续集成执行过程
步骤1、开发人员提交代码；
步骤2、持续集成环境中更新代码；
步骤3、拉取包含Maven3.6.3版本的Docker镜像到本地，启动一个包含Maven3.6.3版本代码编译工具Docker容器，在容器中执行编译命令；
步骤4、拉取包含SonarScanner4.0版本的Docker镜像到本地，启动一个包含SonarScanner4.0版本代码检查工具的Docker容器，在容器中执行对上一步编译后的源代码进行代码检查的命令；
步骤5、打包部署；
步骤6、拉取包含python2.7.5和Robotframework2.8.6版本的Docker镜像到本地，启动一个包含python2.7.5和Robotframework2.8.6版本自动化测试环境的Docker容器，在容器中执行对上一步部署的环境进行自动化测试的命令；
步骤7、输出集成报告，通知代码提交人。
其中，本实施例中可以两个项目共用一套持续集成环境，也可以两个项目各自独立的使用一个持续集成环境。
本发明通过Docker容器技术，屏蔽了实际环境中的差异，对于搭建、迁移持续集成环境，无需再安装部署需要使用的工具软件，无需关注同一工具软件的版本差异、不同工具软件的版本匹配关系，直接重用已有的Docker镜像即可。如果工具版本要求不同，可以制作对应版本的Docker镜像供持续集成环境使用，隔离了版本差异、环境差异，屏蔽了不同系统间的干扰。不同项目的持续集成环境可以独立部署在同一服务器/机器上，也可以分别部署在不同的服务器/机器上，使部署更加灵活，提高了资源利用率。
以上应用了具体个例对本发明进行阐述，只是用于帮助理解本发明，并不用以限制本发明。对于本发明所属技术领域的技术人员，依据本发明的思想，还可以做出若干简单推演、变形或替换。

Claims (10)

1.一种基于Docker容器的持续集成方法，其特征在于，包括：
构建持续集成环境；
接收待处理的文件；
将所述待处理文件加载到所述持续集成环境中；
确认所述待处理文件的待处理类型；
依据所述待处理类型选择对应的Docker镜像；
根据所述Docker镜像启动对应的Docker容器；
在对应的Docker容器中依据所述文件的待处理类型对所述文件进行对应的处理。
2.如权利要求1所述的持续集成方法，其特征在于，所述构建持续集成环境包括：
编写镜像文件；
根据所述镜像文件构建Docker镜像；
将所述Docker镜像存储在镜像仓库中；
在待集成机器上下载所述Docker镜像以构建待持续集成环境。
3.如权利要求1所述的持续集成方法，其特征在于，所述待处理文件的待处理类型至少包括代码文件编译、代码文件检查和代码文件自动化测试中的一种或多种。
4.如权利要求2所述的持续集成方法，其特征在于，所述编写镜像文件，根据所述镜像文件构建Docker镜像包括：
编写包含编译工具软件的镜像文件，根据所述包含编译工具软件的镜像文件构建用于代码文件编译的Docker镜像。
5.如权利要求4所述的持续集成方法，其特征在于，所述编写镜像文件，根据所述镜像文件构建Docker镜像还包括：
编写包含代码检查工具软件的镜像文件，根据所述包含代码检查工具软件的镜像文件构建用于代码文件检查的Docker镜像。
6.如权利要求5所述的持续集成方法，其特征在于，所述编写镜像文件，根据所述镜像文件构建Docker镜像还包括：
编写包含自动化测试工具软件的镜像文件，根据所述包含自动化测试工具软件的镜像文件构建用于代码文件自动化测试的Docker镜像。
7.如权利要求6所述的持续集成方法，其特征在于，所述依据所述待处理类型选择对应的Docker镜像，根据所述Docker镜像启动对应的Docker容器，在对应的Docker容器中依据所述文件的待处理类型对所述文件进行对应的处理包括：
根据代码文件编译选择用于代码文件编译的Docker镜像，在代码文件编译的Docker镜像对应的容器中对所述待处理文件进行编译。
8.如权利要求7所述的持续集成方法，其特征在于，所述依据所述待处理类型选择对应的Docker镜像，根据所述Docker镜像启动对应的Docker容器，在对应的Docker容器中依据所述文件的待处理类型对所述文件进行对应的处理还包括：
根据代码文件检查选择用于代码文件检查的Docker镜像，在代码文件检查的Docker镜像对应的容器中对编译后的代码进行检查。
9.如权利要求7所述的持续集成方法，其特征在于，所述依据所述待处理类型选择对应的Docker镜像，根据所述Docker镜像启动对应的Docker容器，在对应的Docker容器中依据所述文件的待处理类型对所述文件进行对应的处理还包括：
根据代码文件自动化测试选择用于代码文件自动化测试的Docker镜像，在代码文件自动化测试的Docker镜像对应的容器中对编译后的代码进行自动化测试。
10.一种计算机可读存储介质，其特征在于，包括程序，所述程序能够被处理器执行以实现如权利要求1-9中任一项所述的方法。
CN202011126758.1A 2020-10-20 2020-10-20 一种基于Docker容器的持续集成方法 Pending CN112363733A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011126758.1A CN112363733A (zh) 2020-10-20 2020-10-20 一种基于Docker容器的持续集成方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011126758.1A CN112363733A (zh) 2020-10-20 2020-10-20 一种基于Docker容器的持续集成方法

Publications (1)

Publication Number Publication Date
CN112363733A true CN112363733A (zh) 2021-02-12

Family

ID=74510353

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011126758.1A Pending CN112363733A (zh) 2020-10-20 2020-10-20 一种基于Docker容器的持续集成方法

Country Status (1)

Country Link
CN (1) CN112363733A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113467829A (zh) * 2021-09-03 2021-10-01 广州嘉为科技有限公司 一种基于Docker的代码检查方法及代码检查服务器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110955431A (zh) * 2018-09-27 2020-04-03 北京国双科技有限公司 编译环境的处理方法及装置
CN111008016A (zh) * 2019-11-29 2020-04-14 宝付网络科技（上海）有限公司 一种基于docker容器多环境编译系统及方法
CN111399865A (zh) * 2020-04-21 2020-07-10 贵州新致普惠信息技术有限公司 一种基于容器技术自动构建目标文件的方法
CN111443923A (zh) * 2020-03-26 2020-07-24 北京房天下嘉居网络技术有限公司 服务发布方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110955431A (zh) * 2018-09-27 2020-04-03 北京国双科技有限公司 编译环境的处理方法及装置
CN111008016A (zh) * 2019-11-29 2020-04-14 宝付网络科技（上海）有限公司 一种基于docker容器多环境编译系统及方法
CN111443923A (zh) * 2020-03-26 2020-07-24 北京房天下嘉居网络技术有限公司 服务发布方法及装置
CN111399865A (zh) * 2020-04-21 2020-07-10 贵州新致普惠信息技术有限公司 一种基于容器技术自动构建目标文件的方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113467829A (zh) * 2021-09-03 2021-10-01 广州嘉为科技有限公司 一种基于Docker的代码检查方法及代码检查服务器

Similar Documents

Publication Publication Date Title
CN109358858B (zh) 自动化部署方法、装置、介质及电子设备
CN111399853B (zh) 机器学习模型与自定义算子的模板化部署方法
CN111142879B (zh) 软件集成发布方法及自动运维平台
CN108319460B (zh) 应用程序安装包的生成方法、装置、电子设备及存储介质
US20080155555A1 (en) Determining an extension to use to process an input object to a call in a program
CN112965785B (zh) 基于容器的微服务应用开发方法及开发平台
CN111858370B (zh) DevOps的实现方法、装置、计算机可读介质
US7904484B2 (en) Incremental packaging
CN112764753B (zh) 一种项目的部署方法、装置、电子设备及存储介质
CN108776643B (zh) 一种基于版本控制流程的目标代码合并控制方法及系统
CN112711403B (zh) 游戏开发同步的方法、装置、计算机设备和存储介质
CN112965786A (zh) 一种基于容器化的持续集成和持续交付方法及装置
US9542173B2 (en) Dependency handling for software extensions
CN112181432B (zh) ReactNative框架中实现bundle的模块化打包处理的系统
CN100495331C (zh) 一种日构建方法、装置及系统
CN115658237A (zh) 一种容器应用自动部署方法、设备、装置、设备及介质
CN114253562A (zh) 一种服务器软件包的管理及部署方法及其系统
CN112363733A (zh) 一种基于Docker容器的持续集成方法
US20050251796A1 (en) Automatic identification and reuse of software libraries
US9760364B2 (en) Checks for software extensions
CN113110872B (zh) 一种Android自动化配置构建平台及操作方法
CN113535138B (zh) 软件项目打包方法及相关设备
CN111651189A (zh) 持续集成系统的产品交付方法及装置、电子设备
US9477447B1 (en) Semantic representations of software extensions
CN111078236A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20210212

RJ01 Rejection of invention patent application after publication