CN109683950A - 应用程序打包方法、装置、存储介质及终端 - Google Patents
应用程序打包方法、装置、存储介质及终端 Download PDFInfo
- Publication number
- CN109683950A CN109683950A CN201811543740.4A CN201811543740A CN109683950A CN 109683950 A CN109683950 A CN 109683950A CN 201811543740 A CN201811543740 A CN 201811543740A CN 109683950 A CN109683950 A CN 109683950A
- Authority
- CN
- China
- Prior art keywords
- packaged
- terminal
- code
- request
- application
- 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
Links
Classifications
-
- 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
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)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例公开了应用程序打包方法、装置、存储介质及终端。一种应用程序打包方法应用于开发者对应的第一终端,包括:获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库;根据目标仓库标识生成打包请求;将打包请求发送至第二终端,用于指示第二终端根据打包请求下载目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作。本申请实施例通过采用上述技术方案,为应用程序配置至少两个代码仓库,在对应用程序进行打包时,从至少两个代码仓库中有选择性的确定目标代码仓库,并从目标代码仓库中下载相应的代码文件进行协同打包,提高打包效率。
Description
技术领域
本申请实施例涉及计算机技术领域,尤其涉及应用程序打包方法、装置、存储介质及终端。
背景技术
目前,智能终端已成为多数用户日常生活中必备的电子设备。随着智能终端技术的快速发展,智能终端中的功能也越来越完善,能够安装各种各样的应用程序,可满足用户多样的使用需求。
应用程序开发者通常需要对应用程序进行打包后,得到应用程序安装包,再进行应用程序的发布,智能终端使用者通过获取发布的应用程序安装包将应用程序安装到智能终端中。然而,目前的应用程序打包方案仍不够完善,需要改进。
发明内容
本申请实施例提供一种应用程序打包方法、装置、存储介质及终端,可以优化应用程序的打包方案。
第一方面,本申请实施例提供了一种应用程序打包方法,应用于开发者对应的第一终端,包括:
获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库;
根据所述目标仓库标识生成打包请求;
将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,其中,所述第二终端为打包设备对应的终端。
第二方面,本申请实施例提供了一种应用程序打包方法,应用于打包设备对应的第二终端,包括:
接收第一终端发送的打包请求,其中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识生成,所述待打包应用对应至少两个代码仓库;
根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件;
根据所下载的代码文件执行所述待打包应用的打包操作。
第三方面,本申请实施例提供了一种应用程序打包装置,配置于开发者对应的第一终端,包括:
仓库标识获取模块,用于获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库;
打包请求生成模块,用于根据所述目标仓库标识生成打包请求;
打包请求发送模块,用于将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,其中,所述第二终端为打包设备对应的终端。
第四方面,本申请实施例提供了一种应用程序打包装置,配置于打包设备对应的第二终端,包括:
打包请求接收模块,用于接收第一终端发送的打包请求,其中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识生成,所述待打包应用对应至少两个代码仓库;
代码文件下载模块,用于根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件;
打包模块,用于根据所下载的代码文件执行所述待打包应用的打包操作。
第五方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请实施例第一方面所述的应用程序打包方法。
第六方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请实施例第二方面所述的应用程序打包方法。
第七方面,本申请实施例提供了一种终端,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,所述处理器执行所述计算机程序时实现如本申请实施例第一方面所述的应用程序打包方法。
第八方面,本申请实施例提供了一种终端,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,所述处理器执行所述计算机程序时实现如本申请实施例第二方面所述的应用程序打包方法。
本申请实施例中提供的应用程序打包方案,待打包应用对应至少两个代码仓库,在需要进行应用程序打包时,由第一终端获取应用程序开发者输入的待打包应用对应的目标仓库标识,并根据目标仓库标识生成打包请求,将打包请求发送至第二终端,第二终端根据下载目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行打包操作。通过采用上述技术方案,为应用程序配置至少两个代码仓库,便于项目的合理拆分,利于团队内分工协作,在对应用程序进行打包时,从至少两个代码仓库中有选择性的确定目标代码仓库,并从目标代码仓库中下载相应的代码文件进行协同打包,提高打包效率。
附图说明
图1为本申请实施例提供的一种应用程序打包方法的流程示意图;
图2为本申请实施例提供的另一种应用程序打包方法的流程示意图;
图3为本申请实施例提供的又一种应用程序打包方法的流程示意图;
图4为本申请实施例提供的一种第一终端和第二终端进行交互的信令图;
图5为本申请实施例提供的一种应用程序打包方法的应用场景示意图;
图6为本申请实施例提供的一种应用程序打包装置的结构框图;
图7为本申请实施例提供的另一种应用程序打包装置的结构框图;
图8为本申请实施例提供的一种终端的结构示意图。
具体实施方式
下面结合附图并通过具体实施方式来进一步说明本申请的技术方案。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理,但是其中的许多步骤可以被并行地、并发地或者同时实施。此外,各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
图1为本申请实施例提供的一种应用程序打包方法的流程示意图,该方法可以由应用程序打包装置执行,其中该装置可由软件和/或硬件实现,一般可集成在应用程序开发者对应的终端中。如图1所示,该方法包括:
步骤101、获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库。
示例性的,本申请实施例中的终端可包括笔记本电脑、台式电脑、个人计算机以及服务器等终端设备。
用于执行本申请实施例的应用程序打包方法的终端可记为第一终端,应用程序开发者可使用第一终端进行应用程序的开发。与第一终端进行配合的终端可记为第二终端,该终端用于执行应用程序的打包操作,充当打包设备(又称打包机器)的角色。需要说明的是,第一终端和第二终端可以是不同的实体设备,也可以是相同的实体设备,本申请实施例对此不做限定。
相关技术中,一个应用程序仅对应一个代码仓库,所有代码文件均存放在相同的代码仓库中,不利于代码文件的编写以及管理。而本申请实施例中,可以针对一个应用程序配置多个代码仓库,可以对代码文件的编写进行更合理的分工,且减少代码文件之间的耦合度,更利于团队内分工协作,对于比较大型的应用来说,支持应用程序的集中管理与配置。以大型的前端项目为例,一些公共的静态资源文件可以单独维护在某几个代码仓库中,细分业务的代码放置在另外的代码仓库中。本申请实施例对代码仓库的类型不做限定,例如可以是Git仓库。
本申请实施例中,用户(即开发者)可利用第一终端先选择需要进行打包的待打包应用,第一终端可以向用户展示该待打包应用对应的所有代码仓库,用户可以从中选择本次打包所涉及的代码仓库,例如,所有代码仓库共计6个,从中选择3个为作为目标仓库,根据用户的选择确定用户输入的目标仓库标识。当然,用户也可以手动输入想要使用的代码仓库。可选的,待打包应用中可能包含多个子应用,每个子应用可以对应一个代码仓库,用户也可以基于子应用标识(如子应用ID)来进行目标代码仓库的选择。
示例性的,可以在第一终端中集成应用开发系统,用户通过登录该应用开发系统(如哥伦布系统),并进行目标仓库标识的输入,该应用开发系统也可以网页等形式存在,用户可通过web端对应用开发系统进行访问,本申请实施例不做限定。目标仓库标识可以是代码仓库的名称、代码或存储路径等等用于表示代码仓库身份的信息。
步骤102、根据所述目标仓库标识生成打包请求。
示例性的,打包请求中包括目标仓库标识对应的信息,可以对目标仓库标识进行一定的转换,供第二终端识别,具体方式本申请实施例不做限定。可选的,打包请求中还可包括其他信息,如待打包应用的应用名称、用户编写的打包要求以及打包操作需要的其他信息等。
步骤103、将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作。
本申请实施例中,对打包请求的发送方式不做限定,可根据第一终端和第二终端之间的通信关系来确定。例如,当第一终端和第二终端为不同实体设备时,可通过互联网进行发送。第二终端在接收到打包请求后,根据打包请求中指定的代码仓库只下载这部分代码仓库的代码文件,然后根据下载的代码文件执行相应的打包操作。示例性的,可以在云端维护代码仓库,第二终端可以根据打包请求向代码仓库发送下载目标仓库内代码文件的下载请求,以实现代码文件的下载。
本申请实施例中提供的应用程序打包方法,待打包应用对应至少两个代码仓库,在需要进行应用程序打包时,由第一终端获取应用程序开发者输入的待打包应用对应的目标仓库标识,并根据目标仓库标识生成打包请求,将打包请求发送至第二终端,第二终端根据下载目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行打包操作。通过采用上述技术方案,为应用程序配置至少两个代码仓库,便于项目的合理拆分,利于团队内分工协作,在对应用程序进行打包时,从至少两个代码仓库中有选择性的确定目标代码仓库,并从目标代码仓库中下载相应的代码文件进行协同打包,提高打包效率。
在一些实施例中,所述获取用户输入的待打包应用对应的目标仓库标识,包括:获取用户输入的待打包应用对应的目标仓库标识、目标分支和时间快照标识。所述根据所述目标仓库标识生成打包请求,包括:根据所述目标仓库标识、所述目标分支和所述时间快照标识生成打包请求。所述将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,包括:将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端按照所述目标分支和所述时间快照标识对应的下载方式下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作。一个代码仓库可以对应多个分支,分支不同可以理解为在不同的时空内所进行的代码编写,例如,分支可包括主分支(master)、测试分支(test)以及一些自定义分支等等。以Git为例,提交(commit)可以指将暂存区里的改动提交到本地的版本库,每次使用commit命令都会生成一个指定位数(如40位)的哈希值,这个哈希值也叫CommitId,CommitId在版本退回的时候可以相当于一个快照,所以又称时间快照标识,可以在未来的任何时间通过与git reset的组合命令回到CommitId对应的位置。在获取用户输入的目标仓库标识的同时,还获取目标分支和时间快照标识并生成打包请求,可以更明确地指示第二终端从目标代码仓库进行代码文件下载的方式,从而更加灵活地控制打包操作。
在一些实施例中,在获取用户输入的待打包应用对应的目标仓库标识之前,还包括:创建待打包应用,并设置所述待打包应用对应的所有代码仓库。这样设置的好处在于,可以预先创建待打包应用,并设置好应用所包含的所有代码仓库,由代码编写人员在各自负责的代码仓库中完成代码文件的编写,在需要进行打包时,再从中选择当前所需要的目标代码仓库,实现灵活打包。
在一些实施例中,在设置所述待打包应用对应的所有代码仓库之后,还包括:获取用户编写的自定义打包脚本。所述根据所下载的代码文件执行所述待打包应用的打包操作,包括:依据所述自定义打包脚本确定所下载的代码文件对应的构建命令,根据所述构建命令和所下载的代码文件执行所述待打包应用的打包操作。这样设置的好处在于,能够通过打包脚本的编写来满足开发者的个性化打包需求,进一步增强打包操作的灵活性。示例性的,可以预先形成约定文档,用户可以根据约定文档编写多仓库自定义打包脚本,该脚本的编写工作可以在创建应用时完成,每次进行应用打包时,可基于相同的脚本进行打包。脚本逻辑可以是进入工作空间目录,然后针对每个下载的代码文件目录执行特定的构建命令,接着将结果综合加工放入结果目录,形成打包好的应用程序,由打包程序负责上传,以完成整个打包流程。
在一些实施例中,由于配置了多个代码仓库,因此还适用于应用程序后期的增量发布。例如,应用程序第一次上线时,根据多个代码仓库打出一个完成的包,后期某些细分业务需要修改,那么在进行打包时,只需要挑选修改所在的仓库打出增量包即可,可以避免每次打包都下载所有的仓库代码文件,加快构建速度。示例性的,未达到上述目的,用户可以在输入待打包应用对应的目标仓库标识时,输入增量包对应的仓库标识作为目标仓库标识,进而实现待打包应用的增量包的打包。
图2为本申请实施例提供的另一种应用程序打包方法的流程示意图,该方法可以由应用程序打包装置执行,其中该装置可由软件和/或硬件实现,一般可集成在打包设备对应的终端中。该方法包括如下步骤:
步骤201、接收第一终端发送的打包请求,其中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识生成,所述待打包应用对应至少两个代码仓库。
步骤202、根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件。
示例性的,在接收到第一终端发送过来的打包请求后,可以对该打包请求进行解析,提取出其中包含的目标仓库标识信息,并从多仓库应用代码仓库中选择与目标仓库标识信息对应的目标代码仓库进行代码文件的下载。
步骤203、根据所下载的代码文件执行所述待打包应用的打包操作。
本申请实施例中提供的应用程序打包方法,待打包应用对应至少两个代码仓库,在需要进行应用程序打包时,由第一终端获取应用程序开发者输入的待打包应用对应的目标仓库标识,并根据目标仓库标识生成打包请求,将打包请求发送至第二终端,第二终端根据下载目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行打包操作。通过采用上述技术方案,为应用程序配置至少两个代码仓库,便于项目的合理拆分,利于团队内分工协作,在对应用程序进行打包时,从至少两个代码仓库中有选择性的确定目标代码仓库,并从目标代码仓库中下载相应的代码文件进行协同打包,提高打包效率。
在一些实施例中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识、目标分支和时间快照标识生成。所述根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,包括:按照所述目标分支和所述时间快照标识对应的下载方式下载所述目标仓库标识对应的代码仓库中的代码文件。这样设置的好处在于,在获取用户输入的目标仓库标识的同时,还获取目标分支和时间快照标识并生成打包请求,可以更明确地指示第二终端从目标代码仓库进行代码文件下载的方式,从而更加灵活地控制打包操作。
在一些实施例中,所述根据所下载的代码文件执行所述待打包应用的打包操作,包括:依据用户编写的自定义打包脚本确定所下载的代码文件对应的构建命令;根据所述构建命令和所下载的代码文件执行所述待打包应用的打包操作。这样设置的好处在于,能够通过打包脚本的编写来满足开发者的个性化打包需求,进一步增强打包操作的灵活性。
图3为本申请实施例提供的又一种应用程序打包方法的流程示意图,如图3所示,该方法包括:
步骤301、第一终端创建待打包应用,并设置待打包应用对应的所有代码仓库。
步骤302、第一终端获取用户编写的自定义打包脚本。
步骤303、第一终端获取用户输入的待打包应用对应的目标仓库标识、目标分支和时间快照标识。
步骤304、第一终端根据目标仓库标识、目标分支和时间快照标识生成打包请求。
步骤305、第一终端将打包请求发送至第二终端。
步骤306、第二终端按照目标分支和时间快照标识对应的下载方式下载目标仓库标识对应的代码仓库中的代码文件。
步骤307、第二终端依据自定义打包脚本确定所下载的代码文件对应的构建命令,根据构建命令和所下载的代码文件执行待打包应用的打包操作。
图4为本申请实施例提供的一种第一终端和第二终端进行交互的信令图,图5为本申请实施例提供的一种应用程序打包方法的应用场景示意图,可结合图4和图5对上述实施例进行理解。
本申请实施例提供的应用程序打包方法,由开发者在第一终端创建应用并设置多个代码仓库以及编写自定义脚本文件,在需要进行应用打包时,按照实际需求通过第一终端选择目标仓库、目标分支以及时间快照,根据这些信息生成打包请求并发送给第二终端,以指导第二终端按照打包请求以及自定义脚本实现个性化的应用程序多仓库协同打包,提高打包效率。
图6为本申请实施例提供的一种应用程序打包装置的结构框图,该装置可由软件和/或硬件实现,一般集成在应用程序开发者对应的终端中,可通过执行应用程序打包方法来进行应用打包。如图6所示,该装置包括:
仓库标识获取模块601,用于获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库;
打包请求生成模块602,用于根据所述目标仓库标识生成打包请求;
打包请求发送模块603,用于将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,其中,所述第二终端为打包设备对应的终端。
本申请实施例中提供的应用程序打包装置,待打包应用对应至少两个代码仓库,在需要进行应用程序打包时,由第一终端获取应用程序开发者输入的待打包应用对应的目标仓库标识,并根据目标仓库标识生成打包请求,将打包请求发送至第二终端,第二终端根据下载目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行打包操作。通过采用上述技术方案,为应用程序配置至少两个代码仓库,便于项目的合理拆分,利于团队内分工协作,在对应用程序进行打包时,从至少两个代码仓库中有选择性的确定目标代码仓库,并从目标代码仓库中下载相应的代码文件进行协同打包,提高打包效率。
可选的,所述获取用户输入的待打包应用对应的目标仓库标识,包括:
获取用户输入的待打包应用对应的目标仓库标识、目标分支和时间快照标识;
所述根据所述目标仓库标识生成打包请求,包括:
根据所述目标仓库标识、所述目标分支和所述时间快照标识生成打包请求;
所述将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,包括:
将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端按照所述目标分支和所述时间快照标识对应的下载方式下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作。
可选的,该装置还包括:
代码仓库设置模块,用于在获取用户输入的待打包应用对应的目标仓库标识之前,还包括:创建待打包应用,并设置所述待打包应用对应的所有代码仓库。
可选的,该装置还包括:
打包脚本获取模块,用于在设置所述待打包应用对应的所有代码仓库之后,获取用户编写的自定义打包脚本;
所述根据所下载的代码文件执行所述待打包应用的打包操作,包括:
依据所述自定义打包脚本确定所下载的代码文件对应的构建命令,根据所述构建命令和所下载的代码文件执行所述待打包应用的打包操作。
图7为本申请实施例提供的另一种应用程序打包装置的结构框图,该装置可由软件和/或硬件实现,一般集成在打包机器对应的终端中,可通过执行应用程序打包方法来进行应用打包。如图7所示,该装置包括:
打包请求接收模块701,用于接收第一终端发送的打包请求,其中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识生成,所述待打包应用对应至少两个代码仓库;
代码文件下载模块702,用于根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件;
打包模块703,用于根据所下载的代码文件执行所述待打包应用的打包操作。
本申请实施例中提供的应用程序打包装置,待打包应用对应至少两个代码仓库,在需要进行应用程序打包时,由第一终端获取应用程序开发者输入的待打包应用对应的目标仓库标识,并根据目标仓库标识生成打包请求,将打包请求发送至第二终端,第二终端根据下载目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行打包操作。通过采用上述技术方案,为应用程序配置至少两个代码仓库,便于项目的合理拆分,利于团队内分工协作,在对应用程序进行打包时,从至少两个代码仓库中有选择性的确定目标代码仓库,并从目标代码仓库中下载相应的代码文件进行协同打包,提高打包效率。
可选的,所述打包请求根据用户输入的待打包应用对应的目标仓库标识、目标分支和时间快照标识生成;
所述根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,包括:
按照所述目标分支和所述时间快照标识对应的下载方式下载所述目标仓库标识对应的代码仓库中的代码文件。
可选的,所述根据所下载的代码文件执行所述待打包应用的打包操作,包括:
依据用户编写的自定义打包脚本确定所下载的代码文件对应的构建命令;
根据所述构建命令和所下载的代码文件执行所述待打包应用的打包操作。
本申请实施例还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行应用程序打包方法,该方法包括:
获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库;
根据所述目标仓库标识生成打包请求;
将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,其中,所述第二终端为打包设备对应的终端。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如DRAM、DDRRAM、SRAM、EDORAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的第一计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的应用程序打包操作,还可以执行本申请任意相关实施例所提供的应用程序打包方法中的相关操作。
本申请实施例还提供另一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行页面图片显示方法,该方法包括:
接收第一终端发送的打包请求,其中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识生成,所述待打包应用对应至少两个代码仓库;
根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件;
根据所下载的代码文件执行所述待打包应用的打包操作。
本申请实施例的计算机存储介质的具体细节与上面所述的计算机存储介质相似,此处不再赘述。
本申请实施例提供了一种终端,该终端中可集成本申请相应实施例提供的应用程序打包装置。图8为本申请实施例提供的一种终端的结构示意图。终端800可以包括:存储器801,处理器802及存储在存储器801上并可在处理器运行的计算机程序,所述处理器802执行所述计算机程序时实现如本申请实施例所述的应用程序打包方法:
获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库;
根据所述目标仓库标识生成打包请求;
将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,其中,所述第二终端为打包设备对应的终端。
本申请实施例提供的终端,为应用程序配置至少两个代码仓库,便于项目的合理拆分,利于团队内分工协作,在对应用程序进行打包时,从至少两个代码仓库中有选择性的确定目标代码仓库,并发送至打包机器所在终端,指导该终端并从目标代码仓库中下载相应的代码文件进行协同打包,提高打包效率。
本申请实施例提供了另一种终端,该终端中可集成本申请相应实施例提供的应用程序打包装置。终端可以包括:存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,所述处理器执行所述计算机程序时实现如本申请实施例所述的应用程序打包方法:
接收第一终端发送的打包请求,其中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识生成,所述待打包应用对应至少两个代码仓库;
根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件;
根据所下载的代码文件执行所述待打包应用的打包操作。
本申请实施例提供的终端,在对应用程序进行打包时,接收开发者终端发送的包含从至少两个代码仓库中有选择性的确定的目标代码仓库标识的打包请求,并根据打包请求从目标代码仓库中下载相应的代码文件进行协同打包,提高打包效率。
上述实施例中提供的应用程序打包装置、存储介质及终端可执行本申请相应实施例所提供的应用程序打包方法,具备执行方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节,可参见本申请相应实施例所提供的应用程序打包方法。
注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。
Claims (13)
1.一种应用程序打包方法,其特征在于,应用于开发者对应的第一终端,该方法包括:
获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库;
根据所述目标仓库标识生成打包请求;
将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,其中,所述第二终端为打包设备对应的终端。
2.根据权利要求1所述的方法,其特征在于,
所述获取用户输入的待打包应用对应的目标仓库标识,包括:
获取用户输入的待打包应用对应的目标仓库标识、目标分支和时间快照标识;
所述根据所述目标仓库标识生成打包请求,包括:
根据所述目标仓库标识、所述目标分支和所述时间快照标识生成打包请求;
所述将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,包括:
将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端按照所述目标分支和所述时间快照标识对应的下载方式下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作。
3.根据权利要求1所述的方法,其特征在于,在获取用户输入的待打包应用对应的目标仓库标识之前,还包括:
创建待打包应用,并设置所述待打包应用对应的所有代码仓库。
4.根据权利要求3所述的方法,其特征在于,在设置所述待打包应用对应的所有代码仓库之后,还包括:
获取用户编写的自定义打包脚本;
所述根据所下载的代码文件执行所述待打包应用的打包操作,包括:
依据所述自定义打包脚本确定所下载的代码文件对应的构建命令,根据所述构建命令和所下载的代码文件执行所述待打包应用的打包操作。
5.一种应用程序打包方法,其特征在于,应用于打包设备对应的第二终端,该方法包括:
接收第一终端发送的打包请求,其中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识生成,所述待打包应用对应至少两个代码仓库;
根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件;
根据所下载的代码文件执行所述待打包应用的打包操作。
6.根据权利要求5所述的方法,其特征在于,所述打包请求根据用户输入的待打包应用对应的目标仓库标识、目标分支和时间快照标识生成;
所述根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,包括:
按照所述目标分支和所述时间快照标识对应的下载方式下载所述目标仓库标识对应的代码仓库中的代码文件。
7.根据权利要求5所述的方法,其特征在于,所述根据所下载的代码文件执行所述待打包应用的打包操作,包括:
依据用户编写的自定义打包脚本确定所下载的代码文件对应的构建命令;
根据所述构建命令和所下载的代码文件执行所述待打包应用的打包操作。
8.一种应用程序打包装置,其特征在于,配置于开发者对应的第一终端,包括:
仓库标识获取模块,用于获取用户输入的待打包应用对应的目标仓库标识,其中,所述待打包应用对应至少两个代码仓库;
打包请求生成模块,用于根据所述目标仓库标识生成打包请求;
打包请求发送模块,用于将所述打包请求发送至第二终端,所述打包请求用于指示所述第二终端根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件,并根据所下载的代码文件执行所述待打包应用的打包操作,其中,所述第二终端为打包设备对应的终端。
9.一种应用程序打包装置,其特征在于,配置于打包设备对应的第二终端,包括:
打包请求接收模块,用于接收第一终端发送的打包请求,其中,所述打包请求根据用户输入的待打包应用对应的目标仓库标识生成,所述待打包应用对应至少两个代码仓库;
代码文件下载模块,用于根据所述打包请求下载所述目标仓库标识对应的代码仓库中的代码文件;
打包模块,用于根据所下载的代码文件执行所述待打包应用的打包操作。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-4中任一所述的应用程序打包方法。
11.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求5-7中任一所述的应用程序打包方法。
12.一种终端,其特征在于,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求1-4任一所述的应用程序打包方法。
13.一种终端,其特征在于,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求5-7任一所述的应用程序打包方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811543740.4A CN109683950A (zh) | 2018-12-17 | 2018-12-17 | 应用程序打包方法、装置、存储介质及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811543740.4A CN109683950A (zh) | 2018-12-17 | 2018-12-17 | 应用程序打包方法、装置、存储介质及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109683950A true CN109683950A (zh) | 2019-04-26 |
Family
ID=66187906
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811543740.4A Pending CN109683950A (zh) | 2018-12-17 | 2018-12-17 | 应用程序打包方法、装置、存储介质及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109683950A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111240664A (zh) * | 2020-01-07 | 2020-06-05 | 京东数字科技控股有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
CN112035160A (zh) * | 2020-08-31 | 2020-12-04 | 广州鲁邦通物联网科技有限公司 | 代码管理系统及其控制方法 |
CN112052036A (zh) * | 2020-09-07 | 2020-12-08 | 网易(杭州)网络有限公司 | 应用程序管理方法、装置、存储介质及计算机设备 |
CN113568620A (zh) * | 2021-06-16 | 2021-10-29 | 杭州华橙软件技术有限公司 | 一种代码文件处理方法、装置、设备及介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120030667A1 (en) * | 2010-07-29 | 2012-02-02 | International Business Machines Corporation | Packaging an application |
CN103973475A (zh) * | 2013-02-05 | 2014-08-06 | 腾讯科技(深圳)有限公司 | 差异补丁包生成方法及下载方法、服务器、客户端 |
US20160048391A1 (en) * | 2011-06-20 | 2016-02-18 | Paypal, Inc. | Systems and methods for incremental software development |
CN107748662A (zh) * | 2017-11-17 | 2018-03-02 | 深圳市泉眼网络科技有限公司 | 应用程序开发方法、终端及计算机可读存储介质 |
CN107908404A (zh) * | 2017-11-17 | 2018-04-13 | 深圳市泉眼网络科技有限公司 | 程序打包方法、系统及终端设备 |
CN108287694A (zh) * | 2017-08-08 | 2018-07-17 | 深圳壹账通智能科技有限公司 | 应用程序构建方法、系统、计算机设备和存储介质 |
CN108664267A (zh) * | 2018-04-09 | 2018-10-16 | 上海瀚银信息技术有限公司 | 一种代码自动打包系统 |
CN108897571A (zh) * | 2018-06-29 | 2018-11-27 | 北京金山数字娱乐科技有限公司 | 程序打包部署方法、装置、系统、电子设备及存储介质 |
CN108958790A (zh) * | 2018-06-28 | 2018-12-07 | 北京金山安全软件有限公司 | 一种软件代码多线程打包方法及装置 |
-
2018
- 2018-12-17 CN CN201811543740.4A patent/CN109683950A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120030667A1 (en) * | 2010-07-29 | 2012-02-02 | International Business Machines Corporation | Packaging an application |
US20160048391A1 (en) * | 2011-06-20 | 2016-02-18 | Paypal, Inc. | Systems and methods for incremental software development |
CN103973475A (zh) * | 2013-02-05 | 2014-08-06 | 腾讯科技(深圳)有限公司 | 差异补丁包生成方法及下载方法、服务器、客户端 |
CN108287694A (zh) * | 2017-08-08 | 2018-07-17 | 深圳壹账通智能科技有限公司 | 应用程序构建方法、系统、计算机设备和存储介质 |
CN107748662A (zh) * | 2017-11-17 | 2018-03-02 | 深圳市泉眼网络科技有限公司 | 应用程序开发方法、终端及计算机可读存储介质 |
CN107908404A (zh) * | 2017-11-17 | 2018-04-13 | 深圳市泉眼网络科技有限公司 | 程序打包方法、系统及终端设备 |
CN108664267A (zh) * | 2018-04-09 | 2018-10-16 | 上海瀚银信息技术有限公司 | 一种代码自动打包系统 |
CN108958790A (zh) * | 2018-06-28 | 2018-12-07 | 北京金山安全软件有限公司 | 一种软件代码多线程打包方法及装置 |
CN108897571A (zh) * | 2018-06-29 | 2018-11-27 | 北京金山数字娱乐科技有限公司 | 程序打包部署方法、装置、系统、电子设备及存储介质 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111240664A (zh) * | 2020-01-07 | 2020-06-05 | 京东数字科技控股有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
CN112035160A (zh) * | 2020-08-31 | 2020-12-04 | 广州鲁邦通物联网科技有限公司 | 代码管理系统及其控制方法 |
CN112052036A (zh) * | 2020-09-07 | 2020-12-08 | 网易(杭州)网络有限公司 | 应用程序管理方法、装置、存储介质及计算机设备 |
CN113568620A (zh) * | 2021-06-16 | 2021-10-29 | 杭州华橙软件技术有限公司 | 一种代码文件处理方法、装置、设备及介质 |
CN113568620B (zh) * | 2021-06-16 | 2023-08-22 | 杭州华橙软件技术有限公司 | 一种代码文件处理方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109683950A (zh) | 应用程序打包方法、装置、存储介质及终端 | |
US10291704B2 (en) | Networked solutions integration using a cloud business object broker | |
Warneke et al. | Nephele: efficient parallel data processing in the cloud | |
US20140109087A1 (en) | Virtual machine provisioning using replicated containers | |
Kolberg et al. | Mrsg–a mapreduce simulator over simgrid | |
CN105426223B (zh) | 应用加载方法和装置 | |
Wu et al. | DALiuGE: A graph execution framework for harnessing the astronomical data deluge | |
US9053134B2 (en) | View variants in database schema mapping | |
CN109739523A (zh) | 应用程序打包方法、装置、存储介质及终端 | |
WO2015153528A1 (en) | Data view exposure mechanisms | |
KR20220103490A (ko) | 전력 시스템을 위한 마이크로 서비스 개발 플랫폼 및 마이크로 서비스 배포 실행 방법 | |
Lu et al. | Morpho: a decoupled MapReduce framework for elastic cloud computing | |
CN112131230B (zh) | 应用SaaS化实现方法、装置、设备及存储介质 | |
Gropengießer et al. | Database backend as a service: automatic generation, deployment, and management of database backends for mobile applications | |
YarKhan et al. | Biological sequence alignment on the computational grid using the GrADS framework | |
Haine et al. | A middleware supporting data movement in complex and software-defined storage and memory architectures | |
CN104461893A (zh) | 数据处理方法与数据处理装置 | |
Cai et al. | Deployment and verification of machine learning tool-chain based on kubernetes distributed clusters: This paper is submitted for possible publication in the special issue on high performance distributed computing | |
US20100058283A1 (en) | Flexible base class library | |
Skałkowski et al. | QoS-based storage resources provisioning for grid applications | |
Queudet et al. | KTS: a real-time mapping algorithm for NoC-based many-cores | |
Anjum et al. | Glueing grids and clouds together: a service-oriented approach | |
Kotilainen et al. | Towards Liquid AI in IoT with WebAssembly: A Prototype Implementation | |
Guo et al. | Optimized dependent file fetch middleware in transparent computing platform | |
Lazovik et al. | Runtime modifications of spark data processing pipelines |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190426 |