CN107704238A - 一种对项目进行打包的方法及装置 - Google Patents

Abstract

本发明公开了一种对项目进行打包的方法及装置，该方法包括：获取移动端开发项目的代码信息，判断所述移动端开发项目是否存在依赖项目，如果存在，则获取所述依赖项目的代码信息，并与所述移动端开发项目的代码信息汇总为项目的代码信息；根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包；对所述基础包进行打包处理，生成安装包。通过本发明实现了节省对移动端项目进行打包的时间的目的。

Description

一种对项目进行打包的方法及装置

技术领域

本发明涉及软件开发技术领域，特别是涉及一种对项目进行打包的方法及装置。

背景技术

随着互联网技术的飞速发展，移动端开发项目种类越来越多，各种项目开发需求也随之增多，开发人员一般都是在集成开发环境手动对项目进行打包，所谓打包就是将对项目开发后的可执行文件和必要文档等相关数据，使用打包工具制成安装包。然后把打包后生成的安装包发送给测试人员，由测试人员对安装包进行测试。

由于移动端开发项目种类繁多，业务迭代频繁，进而使得测试频繁，导致了开发人员也必须频繁进行打包，严重浪费了开发人员的时间，减慢了项目开发进度。

发明内容

针对于上述问题，本发明提供一种对项目进行打包的方法及装置，实现了节省对移动端项目进行打包的时间的目的。

为了实现上述目的，本发明提供了一种对项目进行打包的方法，该方法包括：

获取移动端开发项目的代码信息，判断所述移动端开发项目是否存在依赖项目，如果存在，则获取所述依赖项目的代码信息，并与所述移动端开发项目的代码信息汇总为项目的代码信息；

根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包；

对所述基础包进行打包处理，生成安装包。

优选地，该方法还包括：

对所述项目的基础包进行备份。

优选地，该方法还包括：

生成所述安装包的二维码，将所述二维码上传至访问空间；

根据所述项目的配置信息，将所述二维码对应的资源地址生成邮件信息，将所述邮件信息通过邮件方式发送至预设的收件人。

优选地，所述根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包，包括：

根据所述项目的代码信息包含的项目对象的配置文件，与所述项目的初始配置信息进行对比，得到对比结果；

依据所述对比结果，将所述项目的配置信息转变为与所述配置信息对应的环境变量；

将所述环境变量设置于所述项目中，生成所述项目的基础包。

优选地，所述对所述基础包进行打包处理，生成安装包，包括：

对所述基础包进行打包处理，得到初始打包文件；

根据预设的签名信息和测试开发渠道信息，对所述初始打包文件进行签名设置和渠道信息配置，生成所述基础包对应的安装包。

本发明提供了对项目进行打包的装置，该装置包括：

获取模块，用于获取移动端开发项目的代码信息，判断所述移动端开发项目是否存在依赖项目，如果存在，则获取所述依赖项目的代码信息，并与所述移动端开发项目的代码信息汇总为项目的代码信息；

设置模块，用于根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包；

打包模块，用于对所述基础包进行打包处理，生成安装包。

优选地，该装置还包括：

备份模块，用于对所述项目的基础包进行备份。

优选地，该装置还包括：

生成模块，用于生成所述安装包的二维码，将所述二维码上传至访问空间；

发送模块，用于根据所述项目的配置信息，将所述二维码对应的资源地址生成邮件信息，将所述邮件信息通过邮件方式发送至预设的收件人。

优选地，所述设置模块包括：

对比单元，用于根据所述项目的代码信息包含的项目对象的配置文件，与所述项目的初始配置信息进行对比，得到对比结果；

转变单元，用于依据所述对比结果，将所述项目的配置信息转变为与所述配置信息对应的环境变量；

设置单元，用于将所述环境变量设置于所述项目中，生成所述项目的基础包。

优选地，所述打包模块包括：

处理单元，用于对所述基础包进行打包处理，得到初始打包文件；

配置单元，用于根据预设的签名信息和测试开发渠道信息，对所述初始打包文件进行签名设置和渠道信息配置，生成所述基础包对应的安装包。

相较于现有技术，本发明根据移动端开发项目的代码信息，并对其依赖项目的代码信息进行了自动获取，实现了自动拉取依赖项目的目的，体现了优越于集成开发环境的项目版本控制；并且通过设置项目的环境变量，实现了自定义项目里配置文件的配置，在打包完成后配置信息自动恢复，不影响原代码。在打包过程中，生成签名和添加渠道信息同时处理，简化了打包处理流程，节省对移动端项目进行打包的时间。

附图说明

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

图1为本发明实施例提供的一种对项目进行打包的方法的流程示意图；

图2为本发明实施例提供的一种对项目进行打包的装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述特定的顺序。此外术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有设定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

本发明公开了一种对项目进行打包的方法，参见图1，可以包括：

S11、获取移动端开发项目的代码信息，判断所述移动端开发项目是否存在依赖项目，如果存在，则执行步骤S12获取所述依赖项目的代码信息，并与所述移动端开发项目的代码信息汇总为项目的代码信息；

需要说明的是，本发明公开的对项目进行打包的方法是基于Jenkins提供项目持续集成的管理环境，通过编写相应的开发脚本，自动地严格控制每个项目打包的过程，确保打包过程的自动化和程序化。其中，Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。

在步骤S11中使用git命令拉取项目中最新的代码，并且如果存在依赖项目，同时也需要获取其依赖的最新项目代码。一般情况下，项目中更多的是依赖其它代码库，而集成开发环境无法自动拉取依赖项目，由此体现了其优越于集成开发环境的项目版本控制。其中，git是一款免费、开源的分布式版本控制系统，用于高效处理任何或大或小的项目版本管理。移动端开发项目的依赖项目是通过人工判断实现的，即有些依赖项目在自定义的开发使用方式上，无法集成到开发环境，需要人工判断添加。

S13、根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包；

在本实施例的基础上，该步骤S13可以具体包括：

根据所述项目的代码信息包含的项目对象的配置文件，与所述项目的初始配置信息进行对比，得到对比结果；

依据所述对比结果，将所述项目的配置信息转变为与所述配置信息对应的环境变量；

将所述环境变量设置于所述项目中，生成所述项目的基础包。

需要说明的是，对项目进行自动打包前，开发人员只需要在控制界面上填写必要的信息。例如，项目仓库分支、项目版本号、提测说明、选择配置的打包渠道等等，即项目开发人员对项目进行的初始配置信息。然后读取项目中的配置文件，与开发人员打包前设置的配置进行对比，分别设置对应的环境变量，使其能在打包环境中使用。所谓的环境变量可以为配置版本号、默认收件人信息、文件存储服务器账号密码信息等等，具体的可以根据实际需要进行灵活设置。

在执行打包命令前，根据开发人员填写的配置信息生成相应的环境变量，然后利用脚本修改项目中的配置文件，打包命令执行完，脚本还原项目的配置文件，以免导致git文件冲突。

S14、对所述基础包进行打包处理，生成安装包。

在本实施例的基础上，该步骤S14可以包括：

对所述基础包进行打包处理，得到初始打包文件；

根据预设的签名信息和测试开发渠道信息，对所述初始打包文件进行签名设置和渠道信息配置，生成所述基础包对应的安装包。

具体的，执行gradle命令，对基础包进行没有签名的安装包打包过程。其中，gradle是一个基于Apache Ant和Apache Maven概念的项目自动化构建工具，它使用一种基于Groovy的特定领域语言来声明项目配置，抛弃了基于XML的各种繁琐配置。由于打包过程是一个比较耗时的步骤，对于使用传统打包模式的开发人员来说，等待打包执行完毕，而又不能在自己的电脑设备上进行其它开发工作，会是一个浪费时间的过程。而在本发明实施例中是把自动打包部署在另一个机器上，而不是开发人员的机器，开发人员通过进入系统进行控制，这样就避免了将打包系统部署在开发人员机器上，导致无法使用自己机器进行其他工作。

利用基础包，根据开发人员的配置，进行测试开发渠道打包，或者各种真正上线给用户安装使用的渠道签名包。举例说明，首先生成基础包，然后根据渠道信息和签名信息对基础包进行再次打包，也就是在基础包上可以根据配置信息同时生成多个安装包，极大地节省了开发人员的打包时间提高了开发效率。

在本实施例的基础上，该方法还可以包括：

对所述项目的基础包进行备份。

同时，该方法还包括：

生成所述安装包的二维码，将所述二维码上传至访问空间；

根据所述项目的配置信息，将所述二维码对应的资源地址生成邮件信息，将所述邮件信息通过邮件方式发送至预设的收件人。

具体的，利用脚本转移生成的安装包，以便备份，即移动没有签名的安装包到其他位置，避免下一次打包把其替换掉，而无法回溯基础包。由于生成的基础包还没有带上唯一签名，需要利用脚本，根据开发人员配置的渠道信息，安装上签名，然后分别再生成各种渠道的真正能运行的安装包。将生成的多个安装包上传到文件服务器，或者提供别人下载的文件空间。还需要对提供下载的访问路径生成二维码，方便其他开发人员或测试人员进行下载安装。

最后，对根据配置的收件人发送邮件，带上具体的信息以及下载安装的二维码，主动通知其他人查收。

在本实施例中，根据移动端开发项目的代码信息，并对其依赖项目的代码信息进行了自动获取，实现了自动拉取依赖项目的目的，体现了优越于集成开发环境的项目版本控制；并且通过设置项目的环境变量，实现了自定义项目里配置文件的配置，在打包完成后配置信息自动恢复，不影响原代码。在打包过程中，生成签名和添加渠道信息同时处理，简化了打包处理流程，节省对移动端项目进行打包的时间。

本发明公开了一种对项目进行打包的装置，参见图2，可以包括：

获取模块1，用于获取移动端开发项目的代码信息，判断所述移动端开发项目是否存在依赖项目，如果存在，则获取所述依赖项目的代码信息，并与所述移动端开发项目的代码信息汇总为项目的代码信息；

设置模块2，用于根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包；

打包模块3，用于对所述基础包进行打包处理，生成安装包。

对应的，该装置还包括：

备份模块4，用于对所述项目的基础包进行备份。

对应的，该装置还包括：

生成模块5，用于生成所述安装包的二维码，将所述二维码上传至访问空间；

发送模块6，用于根据所述项目的配置信息，将所述二维码对应的资源地址生成邮件信息，将所述邮件信息通过邮件方式发送至预设的收件人。

具体的，所述设置模块2包括：

对比单元，用于根据所述项目的代码信息包含的项目对象的配置文件，与所述项目的初始配置信息进行对比，得到对比结果；

转变单元，用于依据所述对比结果，将所述项目的配置信息转变为与所述配置信息对应的环境变量；

设置单元，用于将所述环境变量设置于所述项目中，生成所述项目的基础包。

对应的，所述打包模块3包括：

处理单元，用于对所述基础包进行打包处理，得到初始打包文件；

配置单元，用于根据预设的签名信息和测试开发渠道信息，对所述初始打包文件进行签名设置和渠道信息配置，生成所述基础包对应的安装包。

在本实施例中，根据移动端开发项目的代码信息，并对其依赖项目的代码信息进行了自动获取，实现了自动拉取依赖项目的目的，体现了优越于集成开发环境的项目版本控制；并且通过设置项目的环境变量，实现了自定义项目里配置文件的配置，在打包完成后配置信息自动恢复，不影响原代码。在打包过程中，生成签名和添加渠道信息同时处理，简化了打包处理流程，节省对移动端项目进行打包的时间。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种对项目进行打包的方法，其特征在于，该方法包括：

获取移动端开发项目的代码信息，判断所述移动端开发项目是否存在依赖项目，如果存在，则获取所述依赖项目的代码信息，并与所述移动端开发项目的代码信息汇总为项目的代码信息；

根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包；

对所述基础包进行打包处理，生成安装包。

2.根据权利要求1所述的方法，其特征在于，该方法还包括：

对所述项目的基础包进行备份。

3.根据权利要求1所述的方法，其特征在于，该方法还包括：

生成所述安装包的二维码，将所述二维码上传至访问空间；

根据所述项目的配置信息，将所述二维码对应的资源地址生成邮件信息，将所述邮件信息通过邮件方式发送至预设的收件人。

4.根据权利要求1所述的方法，其特征在于，所述根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包，包括：

根据所述项目的代码信息包含的项目对象的配置文件，与所述项目的初始配置信息进行对比，得到对比结果；

依据所述对比结果，将所述项目的配置信息转变为与所述配置信息对应的环境变量；

将所述环境变量设置于所述项目中，生成所述项目的基础包。

5.根据权利要求1所述的方法，其特征在于，所述对所述基础包进行打包处理，生成安装包，包括：

对所述基础包进行打包处理，得到初始打包文件；

根据预设的签名信息和测试开发渠道信息，对所述初始打包文件进行签名设置和渠道信息配置，生成所述基础包对应的安装包。

6.一种对项目进行打包的装置，其特征在于，该装置包括：

获取模块，用于获取移动端开发项目的代码信息，判断所述移动端开发项目是否存在依赖项目，如果存在，则获取所述依赖项目的代码信息，并与所述移动端开发项目的代码信息汇总为项目的代码信息；

设置模块，用于根据所述项目的代码信息包含的项目对象的配置文件，设置所述项目的环境变量，得到所述项目的基础包；

打包模块，用于对所述基础包进行打包处理，生成安装包。

7.根据权利要求6所述的装置，其特征在于，该装置还包括：

备份模块，用于对所述项目的基础包进行备份。

8.根据权利要求6所述的装置，其特征在于，该装置还包括：

生成模块，用于生成所述安装包的二维码，将所述二维码上传至访问空间；

发送模块，用于根据所述项目的配置信息，将所述二维码对应的资源地址生成邮件信息，将所述邮件信息通过邮件方式发送至预设的收件人。

9.根据权利要求6所述的方法，其特征在于，所述设置模块包括：

对比单元，用于根据所述项目的代码信息包含的项目对象的配置文件，与所述项目的初始配置信息进行对比，得到对比结果；

转变单元，用于依据所述对比结果，将所述项目的配置信息转变为与所述配置信息对应的环境变量；

设置单元，用于将所述环境变量设置于所述项目中，生成所述项目的基础包。

10.根据权利要求6所述的装置，其特征在于，所述打包模块包括：

处理单元，用于对所述基础包进行打包处理，得到初始打包文件；

配置单元，用于根据预设的签名信息和测试开发渠道信息，对所述初始打包文件进行签名设置和渠道信息配置，生成所述基础包对应的安装包。