CN111796861A - 一种打包方法、装置、电子设备及存储介质 - Google Patents
一种打包方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN111796861A CN111796861A CN202010600409.2A CN202010600409A CN111796861A CN 111796861 A CN111796861 A CN 111796861A CN 202010600409 A CN202010600409 A CN 202010600409A CN 111796861 A CN111796861 A CN 111796861A
- Authority
- CN
- China
- Prior art keywords
- packaging
- script
- determining
- scripts
- error
- 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
- 238000004806 packaging method and process Methods 0.000 title claims abstract description 265
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000013515 script Methods 0.000 claims abstract description 167
- 238000012856 packing Methods 0.000 claims abstract description 45
- 238000012858 packaging process Methods 0.000 claims abstract description 35
- 230000008569 process Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 230000001360 synchronised effect Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012800 visualization Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0796—Safety measures, i.e. ensuring safe condition in the event of error, e.g. for controlling element
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种打包方法、装置、电子设备及存储介质，该方法包括：当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点。本发明实施例的技术方案，提高了打包效率。
Description
技术领域
本发明实施例涉及网络游戏技术领域，尤其涉及一种打包方法、装置、电子设备及存储介质。
背景技术
随着终端上应用的多样化，3D游戏应用也已经在终端普及，成为了人们娱乐的重要工具。在终端通过下载游戏安装包，则可以将游戏应用安装于终端。Unity作为一种支持三维视频游戏、建筑可视化、实时三维动画等类型的综合性游戏开发工具，广泛应用于游戏制作以及游戏打包。
目前的打包流程为，对各资源文件依次打包，打包过程一环扣一环，当中只要任意一环出错则前功尽弃，需要对所有资源文件重新打包，打包效率较低。
发明内容
本发明实施例提供了一种打包方法、装置、电子设备及存储介质，提高了打包的效率。
第一方面，本发明实施例提供了一种打包方法，该方法包括：
当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；
针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；
基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点。
进一步的，所述基于所述报错信息确定打包故障节点，包括：
将运行报错的第一打包脚本所对应的打包起始点确定为所述打包故障节点。
进一步的，记录报错信息之后，还包括：
基于所述报错信息确定被修改对象；
对所述被修改对象进行修改，以解决导致所述报错信息的故障问题。
进一步的，所述基于所述报错信息确定打包故障节点，包括：
基于各打包脚本之间的依赖关系，确定与运行报错的第一打包脚本存在依赖关系的目标打包脚本，其中，所述第一打包脚本基于运行所述目标打包脚本所获得的打包结果继续进行打包流程；
基于所述报错信息确定被修改对象；
若被修改对象归属所述目标打包脚本的打包范围，则将所述目标打包脚本所对应的打包起始点确定为所述打包故障节点。
进一步的，所述基于所述报错信息确定打包故障节点，还包括：
根据所述打包结果的MD5值、版本标识或者记录时刻确定所述被修改对象是否归属所述目标打包脚本的打包范围。
进一步的，所述基于所述报错信息确定打包故障节点之后，还包括：
当再次接收到打包指令时，运行与所述打包故障节点对应的打包脚本。
进一步的，所述打包脚本包括下述至少一种：同步脚本、编译脚本、组合脚本、上传脚本以及备份脚本；
所述对象包括游戏资源文件。
第二方面，本发明实施例还提供了一种打包装置，该装置包括：
运行模块，用于当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；
记录模块，用于针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；
确定模块，用于基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点。
第三方面，本发明实施例还提供了一种设备，所述设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的一种打包方法。
第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的一种打包方法。
本发明实施例的技术方案，当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点的技术手段，实现了模块化打包流程，不存在依赖关系的打包脚本可以并行运行，提高了打包效率，且当其中一个模块打包报错时，基于报错信息确定打包故障节点，下次打包时直接从该打包故障节点开始打包，无需对之前已经打包过的流程重复执行，达到了进一步提高打包效率的目的。
附图说明
结合附图并参考以下具体实施方式，本发明各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
图1为本发明实施例一所提供的一种打包方法的流程示意图；
图2为本发明实施例一所提供的一种预设打包流程的示意图；
图3为本发明实施例二所提供的一种打包方法的流程示意图；
图4为本发明实施例三所提供的一种打包装置的结构示意图；
图5为本发明实施例四所提供的一种电子设备结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的实施例。虽然附图中显示了本发明的某些实施例，然而应当理解的是，本发明可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本发明。应当理解的是，本发明的附图及实施例仅用于示例性作用，并非用于限制本发明的保护范围。
应当理解，本发明的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本发明的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本发明中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本发明中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
实施例一
图1为本发明实施例一所提供的一种打包方法的流程示意图，该方法可适用于对工程文件进行打包的应用场景。本实施例提供的打包方法可以由打包装置来执行，该装置可以通过软件和/或硬件的形式实现，并通常集成于终端，该终端典型的例如是打包服务器。
如图1所述，本实施例提供的一种打包方法包括如下步骤：
步骤110、当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行。
具体的，Jenkins是一种持续集成工具，提供脚本接口对零散的工作进行流程化管理。基于Jenkins可以创建一个流水管线pipeline，通过流水线语法Groovy可以实现对任意一个或多个打包脚本的调度，运行具体的打包脚本。打包脚本可以是基于Python，Jenkins通过调用Python打包脚本来执行特定的打包步骤，不同打包脚本的调用入口一致，但传入的参数不同，因此可以创建一个任务Job模板，将参数设置为可配置，称为CoreJob，CoreJob执行的脚本形式如下：
python packerEntrance.py platform–buildStep
示例性的，所述预设流程可以参考图2所示的一种预设打包流程示意图，具体包括：同步播放器文件Sync player-编译播放器文件Build player；同步bundle包资源文件Sync bundle-编译bundle包资源文件Build bundle；等待编译完成后，将两者(player和bundle)合并Combine-上传合并后的文件包Upload package-备份播放器文件Backupplayer；上传包bundle文件Upload bundle-备份包bundle文件-Backup bundle。其中，同步播放器文件Sync player可以通过同步脚本完成，编译播放器文件Build player可以通过编译脚本完成，合并Combine可以通过混合脚本完成，上传合并后的文件包Upload package可以通过上传脚本完成，备份播放器文件Backup player可以通过备份脚本完成。从图2可以看出，编译播放器文件Build player与同步播放器文本Sync player是存在依赖关系的一组，编译播放器文件Build player的步骤需要基于同步播放器文件Sync player的结果进行，而同步包bundle文件Sync bundle-编译包bundle文件Build bundle与同步播放器文件Sync player-编译播放器文件Build player是相互独立的，彼此不相互依赖，因此这两个分支可以并行进行。
示例性的，所述打包脚本包括下述至少一种：同步脚本、编译脚本、组合脚本、上传脚本以及备份脚本；
所述对象包括游戏资源文件。
步骤120、针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断。
具体的，可以通过在Jenkins添加配置文件的方式记录报错信息，该报错信息通常包括出错时执行到的步骤序号以及日志信息，方便基于该报错信息定位故障问题并解决故障问题。
通过记录报错信息，方便对错误进行追溯，在下次继续打包时可确定从哪个节点开始继续打包，会跳过哪些已经打包过的节点，从而实现避免对已经打包过且不受报错影响的节点进行重复打包，从而浪费时间，降低打包效率。
步骤130、基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点。
示例性的，所述基于所述报错信息确定打包故障节点，包括：
将运行报错的第一打包脚本所对应的打包起始点确定为所述打包故障节点。
当再次接收到打包指令时，运行与所述打包故障节点对应的打包脚本，即以所述打包故障节点作为再次打包的起始点，而不是从流水管线pipeline的起始点开始。例如流水管线pipeline的起始点为节点1，终止点为节点5，预设打包流程为节点1-节点2-节点3-节点4-节点5，当打包到节点3时由于外部原因例如断电等，系统报错，通过记录的报错信息确定报错时打包的节点为节点3，则当继续进行打包时，从节点3开始继续执行打包流程，即节点3-节点4-节点5，而不是从流水管线pipeline的起始点节点1开始，再次执行一次节点1-节点2-节点3-节点4-节点5，避免了对已经打包过的节点重复执行，节省的打包时间，提高了打包效率。
本发明实施例的技术方案，当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点的技术手段，实现了模块化打包流程，不存在依赖关系的打包脚本可以并行运行，提高了打包效率，且当其中一个模块打包报错时，基于报错信息确定打包故障节点，下次打包时直接从该打包故障节点开始打包，无需对之前已经打包过的流程重复执行，达到了进一步提高打包效率的目的。
实施例二
图3为本发明实施例二所提供的一种打包方法的流程示意图。在上述实施例的基础上，本实施例对打包方案进行了进一步优化，具体是当打包脚本之间存在依赖关系时，若第一打包脚本运行报错时，通过记录的报错信息定位需要修改的对象，并确定负责对该对象进行打包的目标打包脚本，若所述目标打包脚本为所述第一打包脚本所依赖，则需要追溯至所述目标打包脚本，将所述目标打包脚本所对应的打包起始点确定为所述打包故障节点，以保证打包流程的正确运行。
如图3所示，所述方法包括：
步骤310、当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行。
步骤320、针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断。
步骤330、基于所述报错信息确定被修改对象；对所述被修改对象进行修改，以解决导致所述报错信息的故障问题。
其中，所述被修改对象可指待打包对象，具体可以指开发人员所开发的工程文件，或者资源文件；也可以指打包流程中的一些关联参数，例如配置参数或者工程文件的获取地址信息等。
步骤340、基于各打包脚本之间的依赖关系，确定与运行报错的第一打包脚本存在依赖关系的目标打包脚本，其中，所述第一打包脚本基于运行所述目标打包脚本所获得的打包结果继续进行打包流程。
步骤350、若所述被修改对象归属所述目标打包脚本的打包范围，则将所述目标打包脚本所对应的打包起始点确定为所述打包故障节点，所述打包故障节点作为下次打包流程的起始点。
其中，所述被修改对象归属所述目标打包脚本的打包范围指所述目标打包脚本在运行时会使用到所述被修改对象。例如所述被修改对象为待打包工程文件时，若所述待打包工程文件由所述目标打包脚本负责打包，则所述被修改对象归属所述目标打包脚本的打包范围。或者，所述被修改对象为待打包工程文件的获取地址信息，若所述待打包工程文件由所述目标打包脚本负责打包，在打包时需要通过其存储地址信息获取所述待打包工程文件，则所述被修改对象归属所述目标打包脚本的打包范围。
例如，参考图2所示的一种预设打包流程示意图，假设第一次打包时，打包到节点“混合Combine”时报错，通过记录的报错信息确定待修改对象为节点“同步播放器Syncplayer”中的某文件，则第二次打包时，需要从节点“同步播放器Sync player”开始执行打包流程，即重复打包同步播放器Sync player-编译播放器Build player，而同步资源包Sync bundle-编译资源包Build bundle则不再重复执行打包操作。
示例性的，可根据打包结果的MD5值、版本标识或者记录时刻确定所述被修改对象是否归属所述目标打包脚本的打包范围。具体的，若修改前后所述打包结果的MD5值发生变化，则确定所述被修改对象归属所述目标打包脚本的打包范围。或者，修改前后版本标识发生了更新，则确定所述被修改对象归属所述目标打包脚本的打包范围。还可以通过日志信息的记录时刻确定，例如修改前后所述记录时刻被更新，则确定所述被修改对象归属所述目标打包脚本的打包范围。
本发明实施例的技术方案，通过根据记录的报错信息确定流水管线下次工作时的起始点，而不是一旦报错就从最初的原始点开始重复执行打包流程，提高了打包效率。
实施例三
图4为本发明实施例三提供的一种打包装置，该装置包括：运行模块410、记录模块420和确定模块430。
其中，运行模块410，用于当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；记录模块420，用于针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；确定模块430，用于基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点。
在上述技术方案的基础上，确定模块430具体用于：
将运行报错的第一打包脚本所对应的打包起始点确定为所述打包故障节点。
在上述技术方案的基础上，所述装置还包括：修改模块，用于在记录报错信息之后，基于所述报错信息确定被修改对象；对所述被修改对象进行修改，以解决导致所述报错信息的故障问题。
在上述技术方案的基础上，确定模块430包括：
第一确定单元，用于基于各打包脚本之间的依赖关系，确定与运行报错的第一打包脚本存在依赖关系的目标打包脚本，其中，所述第一打包脚本基于运行所述目标打包脚本所获得的打包结果继续进行打包流程；
第二确定单元，用于若所述被修改对象归属所述目标打包脚本的打包范围，则将所述目标打包脚本所对应的打包起始点确定为所述打包故障节点。
在上述技术方案的基础上，确定模块430还包括：
第三确定单元，用于根据所述打包结果的MD5值、版本标识或者记录时刻确定所述被修改对象是否归属所述目标打包脚本的打包范围。
在上述技术方案的基础上，所述打包脚本包括下述至少一种：同步脚本、编译脚本、组合脚本、上传脚本以及备份脚本；
所述对象包括游戏资源文件。
在上述技术方案的基础上，所述装置还包括：运行模块410还用于，在所述基于所述报错信息确定打包故障节点之后，当再次接收到打包指令时，运行与所述打包故障节点对应的打包脚本。
本发明实施例的技术方案，当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点的技术手段，实现了模块化打包流程，不存在依赖关系的打包脚本可以并行运行，提高了打包效率，且当其中一个模块打包报错时，基于报错信息确定打包故障节点，下次打包时直接从该打包故障节点开始打包，无需对之前已经打包过的流程重复执行，达到了进一步提高打包效率的目的。
本发明实施例所提供的打包装置可执行本发明任意实施例所提供的打包方法，具备执行方法相应的功能模块和有益效果。
值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
实施例四
下面参考图5，其示出了适于用来实现本发明实施例的电子设备(例如图5中的终端设备或服务器)400的结构示意图。本发明实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示，电子设备400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置406加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。
通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置406；以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置406被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本发明实施例的方法中限定的上述功能。
本发明实施例提供的终端与上述实施例提供的一种打包方法属于同一发明构思，未在本发明实施例中详尽描述的技术细节可参见上述实施例，并且本发明实施例与上述实施例具有相同的有益效果。
实施例五
本发明实施例提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例所提供的打包方法。
需要说明的是，本发明上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：
当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；
针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；
基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，可编辑内容显示单元还可以被描述为“编辑单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本发明的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以上描述仅为本发明的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本发明中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本发明中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本发明的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
Claims (10)
1.一种打包方法，其特征在于，包括：
当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；
针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；
基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点。
2.根据权利要求1所述的方法，其特征在于，所述基于所述报错信息确定打包故障节点，包括：
将运行报错的第一打包脚本所对应的打包起始点确定为所述打包故障节点。
3.根据权利要求1所述的方法，其特征在于，记录报错信息之后，还包括：
基于所述报错信息确定被修改对象；
对所述被修改对象进行修改，以解决导致所述报错信息的故障问题。
4.根据权利要求3所述的方法，其特征在于，所述基于所述报错信息确定打包故障节点，包括：
基于各打包脚本之间的依赖关系，确定与运行报错的第一打包脚本存在依赖关系的目标打包脚本，其中，所述第一打包脚本基于运行所述目标打包脚本所获得的打包结果继续进行打包流程；
若所述被修改对象归属所述目标打包脚本的打包范围，则将所述目标打包脚本所对应的打包起始点确定为所述打包故障节点。
5.根据权利要求4所述的方法，其特征在于，所述基于所述报错信息确定打包故障节点，还包括：
根据所述打包结果的MD5值、版本标识或者记录时刻确定所述被修改对象是否归属所述目标打包脚本的打包范围。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述基于所述报错信息确定打包故障节点之后，还包括：
当再次接收到打包指令时，运行与所述打包故障节点对应的打包脚本。
7.根据权利要求1-5任一项所述的方法，其特征在于，所述打包脚本包括下述至少一种：同步脚本、编译脚本、组合脚本、上传脚本以及备份脚本；
所述对象包括游戏资源文件。
8.一种打包装置，其特征在于，包括：
运行模块，用于当接收到打包指令时，按照预设流程运行各打包脚本，每个打包脚本用于对设定对象执行打包操作，不存在依赖关系的打包脚本可以并行运行；
记录模块，用于针对所述各打包脚本，当当前打包脚本运行报错时，记录报错信息，其中，若任意打包脚本运行报错，则当前次打包流程中断；
确定模块，用于基于所述报错信息确定打包故障节点，所述打包故障节点作为下次打包流程的起始点。
9.一种电子设备，其特征在于，所述电子设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一项所述的打包方法。
10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7中任一项所述的打包方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010600409.2A CN111796861A (zh) | 2020-06-28 | 2020-06-28 | 一种打包方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010600409.2A CN111796861A (zh) | 2020-06-28 | 2020-06-28 | 一种打包方法、装置、电子设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111796861A true CN111796861A (zh) | 2020-10-20 |
Family
ID=72804605
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010600409.2A Pending CN111796861A (zh) | 2020-06-28 | 2020-06-28 | 一种打包方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111796861A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114356296A (zh) * | 2021-12-30 | 2022-04-15 | 上海米哈游璃月科技有限公司 | 资源打包方法、装置、电子设备及存储介质 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107229476A (zh) * | 2017-06-06 | 2017-10-03 | 田进 | 一种基于数据量的应用程序打包方法及装置 |
| CN107391155A (zh) * | 2017-07-31 | 2017-11-24 | 北京北信源软件股份有限公司 | 一种打包方法及装置 |
| CN108984171A (zh) * | 2018-05-30 | 2018-12-11 | 福建天泉教育科技有限公司 | 基于Unity3D的场景持续构建方法、存储介质 |
| CN109683920A (zh) * | 2018-12-25 | 2019-04-26 | 成都四方伟业软件股份有限公司 | 一种基于unity程序部署方法与系统 |
| CN110069278A (zh) * | 2019-03-25 | 2019-07-30 | 福州智永信息科技有限公司 | 一种自动化分布式多任务打包方法及系统 |
| CN110347398A (zh) * | 2018-04-08 | 2019-10-18 | 阿里巴巴集团控股有限公司 | 一种应用程序的打包方法和装置 |
| CN110515620A (zh) * | 2019-08-12 | 2019-11-29 | 广州小丑鱼信息科技有限公司 | 一种自动化资源处理方法及系统 |
| CN111158750A (zh) * | 2019-12-26 | 2020-05-15 | 北京金山安全软件有限公司 | 一种基于Unity的游戏安装包的打包方法及装置 |
-
2020
- 2020-06-28 CN CN202010600409.2A patent/CN111796861A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107229476A (zh) * | 2017-06-06 | 2017-10-03 | 田进 | 一种基于数据量的应用程序打包方法及装置 |
| CN107391155A (zh) * | 2017-07-31 | 2017-11-24 | 北京北信源软件股份有限公司 | 一种打包方法及装置 |
| CN110347398A (zh) * | 2018-04-08 | 2019-10-18 | 阿里巴巴集团控股有限公司 | 一种应用程序的打包方法和装置 |
| CN108984171A (zh) * | 2018-05-30 | 2018-12-11 | 福建天泉教育科技有限公司 | 基于Unity3D的场景持续构建方法、存储介质 |
| CN109683920A (zh) * | 2018-12-25 | 2019-04-26 | 成都四方伟业软件股份有限公司 | 一种基于unity程序部署方法与系统 |
| CN110069278A (zh) * | 2019-03-25 | 2019-07-30 | 福州智永信息科技有限公司 | 一种自动化分布式多任务打包方法及系统 |
| CN110515620A (zh) * | 2019-08-12 | 2019-11-29 | 广州小丑鱼信息科技有限公司 | 一种自动化资源处理方法及系统 |
| CN111158750A (zh) * | 2019-12-26 | 2020-05-15 | 北京金山安全软件有限公司 | 一种基于Unity的游戏安装包的打包方法及装置 |
Non-Patent Citations (1)
| Title |
|---|
| 林连进，谢怀民, 北京理工大学出版社 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114356296A (zh) * | 2021-12-30 | 2022-04-15 | 上海米哈游璃月科技有限公司 | 资源打包方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111475298B (zh) | 任务处理方法、装置、设备及存储介质 | |
| CN110609872B (zh) | 用于同步节点数据的方法和装置 | |
| CN108345531B (zh) | 一种测试方法、装置及系统 | |
| CN110413673B (zh) | 数据库数据统一采集与分发方法及系统 | |
| CN111338623B (zh) | 一种开发用户界面的方法、装置、介质和电子设备 | |
| CN112395253B (zh) | 索引文件生成方法、终端设备、电子设备及介质 | |
| CN105045602A (zh) | 一种构建Hadoop应用开发框架的方法、装置及电子装置 | |
| CN110851139A (zh) | 用于检查代码的方法、装置和电子设备 | |
| CN110960855A (zh) | 一种通信协议代码更新方法、装置、电子设备及存储介质 | |
| CN111309304B (zh) | 一种生成idl文件的方法、装置、介质和电子设备 | |
| CN112631590A (zh) | 组件库生成方法、装置、电子设备和计算机可读介质 | |
| CN111796861A (zh) | 一种打包方法、装置、电子设备及存储介质 | |
| CN109840109B (zh) | 用于生成软件开发工具包的方法和装置 | |
| CN110704050B (zh) | 模块初始化方法、装置、电子设备及计算机可读存储介质 | |
| CN110795328A (zh) | 一种接口测试方法和装置 | |
| CN110704099B (zh) | 联盟链的构建方法、装置和电子设备 | |
| CN111240801A (zh) | 生成堆内存快照文件的方法、装置、介质和电子设备 | |
| CN111414154A (zh) | 前端开发的方法、装置、电子设备和存储介质 | |
| CN111209205A (zh) | 配置方法、装置和电子设备 | |
| CN110955583A (zh) | 一种通知方法、装置、电子设备及存储介质 | |
| CN111078259B (zh) | 一种音频打包方法、装置、电子设备及存储介质 | |
| CN112799858A (zh) | 异构联合仿真环境下的异构仿真模型数据处理方法及系统 | |
| CN111538717A (zh) | 数据处理的方法、装置、电子设备及计算机可读介质 | |
| CN111240657A (zh) | 用于生成sdk的方法、装置和电子设备 | |
| CN113626160B (zh) | 一种基于cavium处理器的网络数据包高并发处理方法与系统 |
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: 20201020 |