CN111857801A - 一种移动应用的构建方法 - Google Patents

Abstract

本发明公开了一种移动应用的构建方法，包括：S1，事件消费客户端订阅到代码提交事件后，从代码仓库拉取开发人员开发的应用代码；S2，从研发平台中获取待构建的移动应用的配置信息；S3，将所述配置映射信息转换为操作系统临时的系统变量；S4，调用已知移动应用预先提供的移动构建命令；S5，基于所述移动构建命令读取所述系统变量，执行所述应用代码构建移动应用；S6，移动应用构建成功后，得到应用安装包，将所述应用安装包上传到对应的产出物管理平台。本发明创新地提出了移动平台、移动渠道、移动版本名和构建配置映射的组合，通过对关键技术的灵活搭配，实现了一个构建环境可同时满足企业内部多个开发小组的需求。

Description

一种移动应用的构建方法

技术领域

本发明涉及移动应用开发技术领域，具体涉及一种移动应用的构建方法。

背景技术

移动应用依赖对应的移动平台底层接口，具有较高的独立性，使得移动应用构建不可避免地需要依赖移动平台底层接口。然而搭建一套移动应用构建环境并不容易，需要考虑操作系统、软件兼容性、应用构件的存储平台等诸多问题。一个大型企业内部有大量的移动应用开发单位，移动应用构建环境因每个单位的需求不一样，使得每个单位都自己搭建一套环境，造成了大量的成本浪费。目前较为主流的解决方案是每个企业决定一个基础的底层环境，开发小组基于自身需求从基础环境中衍生一套满足于开发小组的构建环境。这样做到一个企业内的开发小组，在基础上大体一致，在结果上可用，同时也满足一定程序的复用性需求。尽管每个开发小组都基于自身的需求衍生一套环境，然而这套环境却不具有可复用性，构建环境复用度仍然不高，造成资源浪费较大。企业越大，开发小组越多，这样的矛盾就越突出。

发明内容

本发明的目的是为了克服以上现有技术存在的不足，提供了一种只需要一套移动构建环境即可满足企业内所有开发小组的构建需求的移动应用的构建方法。

本发明的目的通过以下的技术方案实现：

一种移动应用的构建方法，包括：

S1，事件消费客户端订阅到代码提交事件后，从代码仓库拉取开发人员开发的应用代码；

S2，从研发平台中获取待构建的移动应用的配置信息；所述配置信息包括移动平台类别、移动渠道类别、移动版本名和构建配置映射；

S3，将所述配置映射信息转换为操作系统临时的系统变量；

S4，调用已知移动应用预先提供的移动构建命令；

S5，基于所述移动构建命令读取所述系统变量，执行所述应用代码构建移动应用；

S6，移动应用构建成功后，得到应用安装包，将所述应用安装包上传到对应的产出物管理平台。

优选地，所述构建配置映射为在构建的过程中根据移动渠道获取的跟项目相关的配置映射数据。

优选地，所述构建配置映射为开发环境应用商店的访问地址、认证私钥或者生产环境应用商店的访问地址、认证私钥。

优选地，所述移动平台类别为Android、IOS或者小程序的一种，所述移动渠道类别为dev、test、uat和prod中的一种。

优选地，所述配置信息包括移动平台为Android、移动渠道为prod、版本名为0.0.1、应用商店的访问地址和认证私钥。

优选地，步骤S1之前还包括：移动应用开发人员完成功能开发后，提交代码到代码仓库，代码仓库接收到代码提交事件触发Runner任务，并将代码提交事件推送到消息列表中。

优选地，所述代码仓库为Gitlab，事件消费客户端为Gitlab-runner。

优选地，步骤S5中构建移动应用的过程包括：编译、连接、将代码打包成安装包；其中编译是指把用高级程序设计语言书写的源程序，翻译成等价的计算机汇编语言或机器语言书写的目标程序的过程，连接是指将计算机汇编语言或机器语言书写的目标程序与应用安装包建立操作系统中的文件系统关联并分配读写权限的过程；打包成安装包是指将连接后的文件集合按文件格式约定的形式组织成可运行压缩包的过程。

优选地，步骤S5还包括：根据所述移动构建命令识别出移动平台、移动渠道，将应用代码中的java文件编译成二进制格式的class文件，将编译出来的二进制格式的class文件存放到应用根目录下的target目录，然后再按识别出的移动平台对应的安装包格式将应用代码中的相关静态文件和编译出来的二进制目录再重新组织，并存储，最后将重新组织存储路径后的目录使用操作系统命令转为一个移动平台对应的安装包格式的文件，并将移动版本名作为文件的名称。

优选地，步骤S6之后还包括：将成功构建的移动应用进行发布。

本发明相对于现有技术具有如下优点：

本方案创新地提出了移动平台、移动渠道、移动版本名和构建配置映射组合成的配置信息，事件消费客户端订阅到代码提交事件后，从代码仓库拉取开发人员开发的应用代码；并从研发平台中获取待构建的移动应用的配置信息；将所述配置映射信息转换为操作系统临时的系统变量；基于已知移动应用预先提供的移动构建命令读取所述系统变量，执行所述应用代码构建移动应用；构建成功后，得到应用安装包，本方案相比于每个开发小组基于自身需求衍生一套构建环境的方式，使得企业只需要一套移动构建环境即可满足企业内所有开发小组的构建需求，极大地降低了构建环境构建成本，提高了环境的复用度，提升了企业开发效率。

附图说明

构成本申请的一部分的说明书附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明的移动应用的构建方法的流程示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步说明。

参见图1、移动应用构建过程的主要参与者有开发人员、Gitlab、Gitlab-runner和研发平台，研发平台提供移动应用构建基础配置管理能力，通过接口开放能力。一种移动应用的构建方法的具体流程如下：

①开发人员提交代码，移动应用开发人员完成功能开发后，提交代码到代码仓库，如Gitlab；

②代码仓库接收到代码提交事件，将事件推送到消息列表中；代码仓库接收到代码提交事件触发Runner任务，并将代码提交事件推送到消息列表中。

③订阅了代码提交事件的事件消费客户端，接收到消息后，开始执行自身业务逻辑。这里的Gitlab-runner是代码提交事件的消费端，负责执行移动应用的构建；

④Gitlab-runner内部先从代码仓库拉取应用代码；

⑤Gitlab-runner通过接口从研发平台中获取该移动应用相关的配置信息，所述配置信息包括移动平台类别、移动渠道类别、移动版本名和构建配置映射；其中移动平台是移动应用运行时的环境标识，平台间是存在差异的且不兼容，所述移动平台类别为Android、IOS或者小程序的一种。在构建移动运用过程中，首先将移动平台抽象出来，使开发小组可以根据具体情况配置和管理不同的移动平台。移动渠道是移动应用的运行时标识，用于支撑应用在构建打包时能根据具体业务场景进行构建编排。移动渠道之间有先后顺序，常见的渠道分类如dev、test、uat和prod。每个渠道的具体编排场景是不同的，比如：prod场景构建需要将构建包推到对应的应用商店，而在dev场景是将构建包推到内部的应用发布平台。移动渠道版本名是移动应用的版本标识，版本名按移动渠道隔离，每一个移动渠道同一时间有且仅有一个当前版本名，在构建打包移动应用时会根据构建分支名解析出移动渠道并获取该渠道对应的当前版本名作为本次构件产出物的文件名。在构建移动应用时，需要引用相应的系统变量，而系统变量的作用域不能是全局性的，而是与移动渠道相关的。构建配置映射提供应用构建系统变量配置能力，在应用进行构建打包时，读取配置映射信息用于控制打包过程。所述构建配置映射为在构建的过程中根据移动渠道获取的跟项目相关的配置映射数据。更进一步地，所述构建配置映射为开发环境应用商店的访问地址、认证私钥或者生产环境应用商店的访问地址、认证私钥。

在本实施例，移动平台是Android还是IOS、移动渠道是Dev还是Test、移动版本名是1.0.0还是1.0.1、上传安装包的应用商店认证地址和认证私钥等；

⑥Gitlab-runner将相关的配置映射信息转换为操作系统临时系统变量，以便于在构建过程中可以通过读取系统变量的方式方便地完成构建执行编排；

⑦调用已知移动应用预先提供的移动构建命令。构建是将源代码转换成应用安装包程序的过程，比如Android应用生成apk安装包。构建包括编译、连接、将代码打包成安装包。编译是指把用高级程序设计语言书写的源程序，翻译成等价的计算机汇编语言或机器语言书写的目标程序的过程，比如将移动应用源代码中的java文件转换为二进制class文件。连接是指将计算机汇编语言或机器语言书写的目标程序与应用安装包建立操作系统中的文件系统关联并分配读写权限的过程。打包成安装包是指将连接后的文件集合按文件格式约定的形式组织成可运行压缩包的过程。移动构建命令与具体的移动应用开发框架相关，是负责结合移动应用框架将应用源代码转换成安装包的一段可执行脚本。比如基于React native开发框架的应用，可以调用./gradlew assembleRelease生成apk安装包。构建时先根据移动平台变量值决定是构建APK包还是IPA包，然后根据移动渠道变量值决定是以哪个渠道对应的构建流程执行，然后在将源代码中的java文件编译成二进制格式的class文件，再将编译出来的二进制文件存放到应用根目录下的target目录，然后再按APK格式将源代码中的相关静态文件如图标文件、多语言支持配置文件等和编译出来的二进制目录再重新组织存储路径，最后将目标使用操作系统命令转为一个APK格式的文件，并将移动版本名作为文件的名称，这便是整个构建过程。

⑧移动应用构建成功后，将安装包上传到对应的产出物管理平台；

⑨最后，如果需要发布版本，则将移动应用版本进行发布操作。

通过上述的构建过程，开发团队就可以方便地从产出物平台获取对应的版本安装包进行安装了。

综上，本发明创新地提出了移动平台、移动渠道、移动版本名和构建配置映射的组合，在移动应用进行构建时，判断本次应用构建需要生成哪种安装包，是Android的APK包还是IOS的IPA包，在构建时根据应用的移动平台配置信息来决定；移动应用目标运行的场景是什么，是用于内部开发集成、内部测试或是生产发布，是由构建时根据应用的移动渠道数据决定的；为了方便地进行安装包的版本化管理，需要给安装包定义一个易于理解的版本名标识，版本名与移动渠道相关是为了便于根据渠道具体要求，灵活采用不同的版本命名规范；另外，在构建的过程中还需要根据移动渠道获取渠道相关的构建配置信息，如开发环境应用商店的访问地址和认证私钥、生产环境应用商店的访问地址和认证私钥，这些都是项目相关的构建配置映射数据。

需要说明的是要实现移动应用的构建，首先需要安装构建环境的构建主机，比如构建IOS安装包需要Mac操作系统以及XCODE运行环境，还需要经过苹果认证的plist证书等内容，要推送安装包的官方应用商店还需要先申请唯一的认证通讯私钥等。这些信息是与应用相关的，不同的应用关联的配置内容不能相同。在传统的构建活动中，与项目相关联的配置数据都写在构建主机的系统变量中，这就导致了不同的项目无法共用一台构建主机。本发明通过对上述技术的灵活配置，将移动开发应用过程中可变的因素和不可变的因素分别管理，在构建过程中，通过研发平台提供的接口获取移动应用相关的配置数据，研发平台接口查询移动应用相关的移动平台、移动渠道等数据。比如移动平台为Android，移动渠道为prod，版本名为0.0.1，应用商店的访问地址和认证私钥，再将配置数据转换成操作系统变量，使得构建命令可以通过操作系统变量获取得到相应的配置项内容，这样就实现了一个构建环境可同时满足企业内部多个开发小组的需求。移动平台、移动渠道、移动版本名和构建配置映射这样的组合在业界是我们方法与其他方法的最大区别，同时也是本发明的关键技术。

另一方面，本发明采用了职责高度抽象的方法，开发人员负责编排构建流程脚本以及提交应用源代码到代码仓库，自动化平台负责监听代码提交事件并按开发人员编排的构建流程脚本执行任务，研发平台负责管理和组织移动构建相关的配置数据，移动应用负责结合自身具体的移动开发框架技术，提供移动应用构建命令，根据从研发平台中获取到的配置数据，实现将源代码转化成移动应用安装包。在图1中，Gitlab和Gitlab-runner都属于自动化平台的范畴。将职责抽象后，使得移动应用在集成方式不依赖具体自动化平台，具有很大的灵活性。同时与移动应用开发框架无关，具有很高的适用性。对于企业来说，可以有效地降低开发成本，提升开发效率，有大范围应用与推广的价值。

因此，本发明相对现有技术具有如下有益效果：

创新性，本发明创新地提出了移动平台、移动渠道、移动版本名和构建配置映射的组合，通过对关键技术的灵活搭配，实现了一个构建环境可同时满足企业内部多个开发小组的需求。

平台无关性，本发明借助Gitlab成熟的自动化流水线实现移动应用构建，但不是绑定关系，本发明将核心的配置信息管理能力以接口的形式开放给自动化平台集成，可以比较容易地移植到别的自动化流水线产品中。

框架无关性，本发明将移动应用构建本身的职责抽象给移动应用，这使得无论移动应用开发采用哪种开发框架，都可以方便地与本发明集成起来。

上述具体实施方式为本发明的优选实施例，并不能对本发明进行限定，其他的任何未背离本发明的技术方案而所做的改变或其它等效的置换方式，都包含在本发明的保护范围之内。

Claims (10)

1.一种移动应用的构建方法，其特征在于，包括：

S1，事件消费客户端订阅到代码提交事件后，从代码仓库拉取开发人员开发的应用代码；

S2，从研发平台中获取待构建的移动应用的配置信息；所述配置信息包括移动平台类别、移动渠道类别、移动版本名和构建配置映射；

S3，将所述配置映射信息转换为操作系统临时的系统变量；

S4，调用已知移动应用预先提供的移动构建命令；

S5，基于所述移动构建命令读取所述系统变量，执行所述应用代码构建移动应用；

S6，移动应用构建成功后，得到应用安装包，将所述应用安装包上传到对应的产出物管理平台。

2.根据权利要求1所述的移动应用的构建方法，其特征在于，所述构建配置映射为在构建的过程中根据移动渠道获取的跟项目相关的配置映射数据。

3.根据权利要求2所述的移动应用的构建方法，其特征在于，所述构建配置映射为开发环境应用商店的访问地址、认证私钥或者生产环境应用商店的访问地址、认证私钥。

4.根据权利要求3所述的移动应用的构建方法，其特征在于，所述移动平台类别为Android、IOS或者小程序的一种，所述移动渠道类别为dev、test、uat和prod中的一种。

5.根据权利要求4所述的移动应用的构建方法，其特征在于，所述配置信息包括移动平台为Android、移动渠道为prod、版本名为0.0.1、应用商店的访问地址和认证私钥。

6.根据权利要求1所述的移动应用的构建方法，其特征在于，步骤S1之前还包括：

移动应用开发人员完成功能开发后，提交代码到代码仓库，代码仓库接收到代码提交事件触发Runner任务，并将代码提交事件推送到消息列表中。

7.根据权利要求6所述的移动应用的构建方法，其特征在于，所述代码仓库为Gitlab，事件消费客户端为Gitlab-runner。

8.根据权利要求1所述的移动应用的构建方法，其特征在于，步骤S5中构建移动应用的过程包括：编译、连接、将代码打包成安装包；其中编译是指把用高级程序设计语言书写的源程序，翻译成等价的计算机汇编语言或机器语言书写的目标程序的过程，连接是指将计算机汇编语言或机器语言书写的目标程序与应用安装包建立操作系统中的文件系统关联并分配读写权限的过程；打包成安装包是指将连接后的文件集合按文件格式约定的形式组织成可运行压缩包的过程。

9.根据权利要求8所述的移动应用的构建方法，其特征在于，步骤S5还包括：

根据所述移动构建命令识别出移动平台、移动渠道，将应用代码中的java文件编译成二进制格式的class文件，将编译出来的二进制格式的class文件存放到应用根目录下的target目录，然后再按识别出的移动平台对应的安装包格式将应用代码中的相关静态文件和编译出来的二进制目录再重新组织，并存储，最后将重新组织存储路径后的目录使用操作系统命令转为一个移动平台对应的安装包格式的文件，并将移动版本名作为文件的名称。

10.根据权利要求1所述的移动应用的构建方法，其特征在于，步骤S6之后还包括：将成功构建的移动应用进行发布。

Images