CN113110872B - 一种Android自动化配置构建平台及操作方法 - Google Patents

Abstract

本发明涉及app软件配置技术领域，尤其是一种Android自动化配置构建平台，包括Android端拆分、网页拆分、后端项目结构拆分和后台框架，Android端拆分包括Git分支规范命名、拆分build.gradle模块、拆分项目图片和定制化Java文件资源目录，网页拆分为基于Vue‑cli构建平台搭建基础的自动化配置构建项目，后台框架为基于Python的Flask框架搭建后台；后端项目结构拆分包括app目录和通过config.py抽离项目无关配置，本发明能够交由非技术人员配置新的项目，打包等操作，实现技术解耦。

Description

一种Android自动化配置构建平台及操作方法

技术领域

本发明涉及app软件配置技术领域，具体领域为一种Android 自动化配置构建平台。

背景技术

现阶段许多公司对于移动端App配置，构建和包管理等都停留在基本的一个项目，一个编译器，一次编译器构建，放置包置远程服务器。每次构建打包，除了基本的代码内容提交外，修改配置项，切换分支，编译打包都是很费时，易错的。尤其是项目较多时，需要根据不同的实施项目，不断修改配置项内容，易错；手动编译打包，耗时。包文件手动放入某个文件服务器，放置麻烦。在文件服务器，查看，下载Apk文件也是费时的。当前包的修改日志且无法自动备份，保存，信息无法追踪查看。

发明内容

针对现有技术存在的不足，本发明的目的在于提供一种Android 自动化配置构建平台。

为实现上述目的，本发明提供如下技术方案：一种Android 自动化配置构建平台，包括Android端拆分、网页拆分、后端项目结构拆分和后台框架，

Android端拆分包括Git 分支规范命名、拆分build.gradle模块、拆分项目图片和定制化Java文件资源目录，

Git 分支规范命名，用于自动生成以及识别对应的变体，规范命名为proj_xp_snapshot，其中xp对应的是一个实施项目；

拆分build.gradle模块分为signConfigs密钥模块、productFlavors项目变体模块、一个读取判断外部文件的config.gradle文件、以及多个根据项目名称生成的xp.gradle 项目配置文件；

网页拆分为基于Vue-cli构建平台搭建基础的自动化配置构建项目，网页拆分为4个模块，包括查看项目分支、新增编辑实施项目、历史打包快捷查看入口和自动打包入口；

后台框架为基于Python的Flask框架搭建后台；

后端项目结构拆分包括app目录和通过config.py 抽离项目无关配置。

优选的，signConfigs密钥模块为根据项目代号和项目配置生成独有的签名秘钥文件，

signingConfigs

{

xp{

storeFile file('../xp.key')

keyAlias 'china'

keyPassword 'xpPass'

storePassword 'xpPass'

}

}。

优选的，productFlavors项目变体模块为用于做为每一个项目的变体配置项，用于从项目配置gradle文件读取内容。

优选的，xp.gradle文件为用于声明每一个项目参数配置，包括不限于：appId，apk名称，第三方sdk初始化认证信息，请求公共参数，项目定制配色，文案内容，服务器环境配置信息。

优选的，查看项目分支模块为根据git分支命名，过滤出所有的实施分支；根据得取的分支代号，在界面显示项目的中文名称；每个分支添加编辑配置，打包历史，自动打包快捷入口。

优选的，新增编辑实施项目为新增和实施使用同一个页面处理，实施时传入对应的值即可；新增实施项目为根据项目现有节点，在页面填写项目配置，上传签名文件、项目图片，生成一个特有实施项目分支。

优选的，打包历史为根据服务器环境拆分成开发、测试、预发、正式四个环境；每个环境有历史打出的Apk包、打包时间、版本号、code号、修改日志，热修复备份文件，加固签名Apk文件。

优选的，自动打包为根据不同环境修改code号、版本号、服务器地址、查看当前修改记录、以及跟踪查看打包进度及输出日志。

优选的，app目录包括Auto 自动打包、配置相关目录、git操作目、Static 静态资源目录和Templates 服务器地址；config.py 抽离项目无关配置包括但不限于系统环境、文件目录、服务器地址。

为实现上述目的，本发明还提供如下技术方案：一种Android 自动化配置构建平台的操作方法，其步骤为：

（1）查询打包历史:

① 根据git分支，找到文件输出目录；

② 根据目录，按时间，分支划分当前项目；

③ 返回给前端页面展示；

（2）新增实施项目：

① 查询git tag，返回给前端；

② 根据前端输入的项目代号，创建分支；

③ 将前端数据，传入当前文件；

④ 操作git，提交到git仓库；

（3）编辑实施项目：

① 根据git分支，获取分支内，实施配置内容，返回给前端；

② 前端修改配置，提交form到服务端；

③ 服务端再次于本地拉取git远程修改，将form内容提交到本地文件中；

④ 操作git，提交到远程仓库；

（4）自动构建：

① 根据git分支，获取最新的代码；

② 根据项目代号，命令行执行打包代码，并实时将打包信息输出给前端展示；

③ 找到输出目录，复制文件到服务器文件服务器；

④ 如果打包环境是release，此处继续调用360linux打包程序，根据签名给apk加固重签名；

⑤ 打包结束，将结果返回给前端；

⑥ 根据配置的钉钉策略，将打包日志，下载二维码信息，通过钉钉通知所有相关人员；

⑦ 测试直接扫二维码，调用服务器接口，返回文件资源于用户，至此，用户可以直接安装apk文件。

与现有技术相比，本发明的有益效果是：

利用linux的快速构建环境，实现打包时间控制在一分钟内，同时不占用技术人员的开发时间，不再带薪编译；

打包后自动生成更新日志，并通知相关人员，节省中间沟通成本，提高工作效率，让每个人更聚焦在自己的职责中；

打包历史列表话规则，更加清晰和方便的找到最新包或者所有的最新版本包；支持移动端一键下载，测试不在需要从Ftp之类的文件服务器查找文件，然后下载到电脑，安装到手机；

人员可替性；实施项目的新增维护，打包不再需要专业的开发去维护，可以将这一切交给产品或者运维，整理好实施项目的配置文件、图片；通过构建系统创建or维护实施项目，然后一键打包通知测试；解放技术开发的双手，且降低配置项中间沟通出错的风险。

附图说明

图1为本发明的Android端系统流程图；

图2为本发明的网页端系统流程图；

图3为本发明的后台系统流程。

具体实施方式

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

请参阅图1至3，本发明提供一种技术方案：一种Android 自动化配置构建平台，包括Android端拆分、网页拆分、后端项目结构拆分和后台框架，

Android端拆分包括Git 分支规范命名、拆分build.gradle模块、拆分项目图片和定制化Java文件资源目录，

Git 分支规范命名，用于自动生成以及识别对应的变体，规范命名为proj_xp_snapshot，其中xp对应的是一个实施项目；

拆分build.gradle模块分为signConfigs密钥模块、productFlavors项目变体模块、一个读取判断外部文件的config.gradle文件、以及多个根据项目名称生成的xp.gradle 项目配置文件；

网页拆分为基于Vue-cli构建平台搭建基础的自动化配置构建项目，网页拆分为4个模块，包括查看项目分支、新增编辑实施项目、历史打包快捷查看入口和自动打包入口；

介于当前项目和Shell命令有相当多的交互操作，后台框架为基于Python的Flask框架搭建后台；

后端项目结构拆分包括app目录和通过config.py 抽离项目无关配置。

signConfigs密钥模块为根据项目代号和项目配置生成独有的签名秘钥文件，

signingConfigs

{

xp{

storeFile file('../xp.key')

keyAlias 'china'

keyPassword 'xpPass'

storePassword 'xpPass'

}

}。

productFlavors项目变体模块为用于做为每一个项目的变体配置项，用于从项目配置gradle文件读取内容。

xp.gradle文件为用于声明每一个项目参数配置，包括不限于：appId，apk名称，第三方sdk初始化认证信息，请求公共参数，项目定制配色，文案内容，服务器环境配置信息。

查看项目分支模块为根据git分支命名，过滤出所有的实施分支；根据得取的分支代号，在界面显示项目的中文名称；每个分支添加编辑配置，打包历史，自动打包快捷入口。

新增编辑实施项目为新增和实施使用同一个页面处理，实施时传入对应的值即可；新增实施项目为根据项目现有节点，在页面填写项目配置，上传签名文件、项目图片，生成一个特有实施项目分支。

打包历史为根据服务器环境拆分成开发、测试、预发、正式四个环境；每个环境有历史打出的Apk包、打包时间、版本号、code号、修改日志，热修复备份文件，加固签名Apk文件。

自动打包为根据不同环境修改code号、版本号、服务器地址、查看当前修改记录、以及跟踪查看打包进度及输出日志。

app目录包括Auto 自动打包、配置相关目录、git操作目、Static 静态资源目录和Templates 服务器地址；config.py 抽离项目无关配置包括但不限于系统环境、文件目录、服务器地址。

一种Android 自动化配置构建平台的操作方法，其步骤为：

（1）查询打包历史:

① 根据git分支，找到文件输出目录；

② 根据目录，按时间，分支划分当前项目；

③ 返回给前端页面展示；

（2）新增实施项目：

① 查询git tag，返回给前端；

② 根据前端输入的项目代号，创建分支；

③ 将前端数据，传入当前文件；

④ 操作git，提交到git仓库；

（3）编辑实施项目：

① 根据git分支，获取分支内，实施配置内容，返回给前端；

② 前端修改配置，提交form到服务端；

③ 服务端再次于本地拉取git远程修改，将form内容提交到本地文件中；

④ 操作git，提交到远程仓库；

（4）自动构建：

① 根据git分支，获取最新的代码；

② 根据项目代号，命令行执行打包代码，并实时将打包信息输出给前端展示；

③ 找到输出目录，复制文件到服务器文件服务器；

④ 如果打包环境是release，此处继续调用360linux打包程序，根据签名给apk加固重签名；

⑤ 打包结束，将结果返回给前端；

⑥ 根据配置的钉钉策略，将打包日志，下载二维码信息，通过钉钉通知所有相关人员；

⑦ 测试直接扫二维码，调用服务器接口，返回文件资源于用户，至此，用户可以直接安装apk文件。

通过本技术方案，

一、打开测试打包地址 or App；

二、选择主项目（我们分为业主端，物管端，商家端）；

三、选择实施项目（对外实施的项目分支）；

四、点开查看/编辑/新增配置项目（在界面中修改新增一个实施项目配置和其他内容），点击提交；

五、配置项提交后，我们的实施项目就生成/编辑成功了；

六、点击一键打包;在打包中我们可以选择环境，修改版本号和版本名，打包过程中可以查看我们的打包日志；

七、打包结束后，钉钉 or 邮件会通知相关人员，本次打包人，打包结果，和修改日志；

测试人员查看历史打包时，点击打包历史；根据项目，环境归集；根据版本号，时间倒续排列；可以在列表中查看到本次打包所有的修改点。

1）网页或者移动端可视化配置；支持一键导入或者逐条修改。

2）手机端或者网页端可以在修改基本配置的同时，一键打包，记录git 提交日志

3）打包后同步推送到钉钉或者通过发送邮件，通知到测试及相关开发人员 打包结果，修改内容。

4）移动端或者网页端快捷遍历打包历史，下载APK，查看版本更新日志。

可以交由非技术人员配置新的项目，打包等操作，实现技术解耦。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

Claims (10)

1.一种Android 自动化配置构建平台，其特征在于：包括Android端拆分、网页拆分、后端项目结构拆分和后台框架，

Android端拆分包括Git 分支规范命名、拆分build.gradle模块、拆分项目图片和定制化Java文件资源目录，

Git 分支规范命名，用于自动生成以及识别对应的变体，规范命名为proj_xp_snapshot，其中xp对应的是一个实施项目；

拆分build.gradle模块分为signConfigs密钥模块、productFlavors项目变体模块、一个读取判断外部文件的config.gradle文件、以及多个根据项目名称生成的xp.gradle 项目配置文件；

网页拆分为基于Vue-cli构建平台搭建基础的自动化配置构建项目，网页拆分为4个模块，包括查看项目分支、新增编辑实施项目、历史打包快捷查看入口和自动打包入口；

后台框架为基于Python的Flask框架搭建后台；

后端项目结构拆分包括app目录和通过config.py 抽离项目无关配置。

2.根据权利要求1所述的一种Android 自动化配置构建平台，其特征在于：signConfigs密钥模块为根据项目代号和项目配置生成独有的签名秘钥文件，用于项目打包签名使用。

3.根据权利要求1所述的一种Android 自动化配置构建平台，其特征在于：productFlavors项目变体模块为用于做为每一个项目的变体配置项，用于从项目配置gradle文件读取内容。

4.根据权利要求1所述的一种Android 自动化配置构建平台，其特征在于： xp.gradle文件为用于声明每一个项目参数配置，包括不限于：appId，apk名称，第三方sdk初始化认证信息，请求公共参数，项目定制配色，文案内容，服务器环境配置信息。

5.根据权利要求1所述的一种Android 自动化配置构建平台，其特征在于：查看项目分支模块为根据git分支命名，过滤出所有的实施分支；根据得取的分支代号，在界面显示项目的中文名称；用于给每个实施分支添加快捷新增编辑项目参数配置、查阅项目打包历史、快捷自动打包入口。

6.根据权利要求1所述的一种Android 自动化配置构建平台，其特征在于：在构建平台可以完成创建实施项目与编辑实施项目相关配置参数，在项目实施时传入对应的值即可；创建实施项目为根据项目现有节点，在页面填写项目配置，上传签名文件、项目图片，生成一个特有实施项目分支。

7.根据权利要求1所述的一种Android 自动化配置构建平台，其特征在于：打包历史为根据服务器环境拆分成开发、测试、预发、正式四个环境；每个环境有历史打出的Apk包、打包时间、版本号、code号、代码修改日志，经加固签名后Apk文件。

8.根据权利要求1所述的一种Android 自动化配置构建平台，其特征在于：自动打包为根据不同环境修改code号、版本号、服务器地址、查看当前修改记录、以及跟踪查看打包进度及输出日志。

9.根据权利要求1所述的一种Android 自动化配置构建平台，其特征在于：app目录包括Auto 自动打包、配置相关目录、git操作目录、静态资源目录和服务器地址；config.py用于抽离项目运行配置包括但不限于系统环境、文件目录、服务器地址。

10.一种Android 自动化配置构建平台的操作方法，其特征在于：基于权利要求1所述的Android 自动化配置构建平台，其操作方法步骤为：

（1）查询打包历史:

① 根据git分支，找到文件输出目录；

② 根据目录，按时间，分支划分当前项目；

③ 返回给前端页面展示；

（2）新增实施项目：

① 查询git tag，返回给前端；

② 根据前端输入的项目代号，创建分支；

③ 将前端数据，传入当前文件；

④ 操作git，提交到git仓库；

（3）编辑实施项目：

① 根据git分支，获取分支内，实施配置内容，返回给前端；

② 前端修改配置，提交form到服务端；

③ 服务端再次于本地拉取git远程修改，将form内容提交到本地文件中；

④ 操作git，提交到远程仓库；

（4）自动构建：

① 根据git分支，获取最新的代码；

② 根据项目代号，命令行执行打包代码，并实时将打包信息输出给前端展示；

③ 找到输出目录，复制文件到服务器文件服务器；

④ 如果打包环境是release，此处继续调用360linux打包程序，根据签名给apk加固重签名；

⑤ 打包结束，将结果返回给前端；

⑥ 根据配置的钉钉策略，将打包日志，下载二维码信息，通过钉钉通知所有相关人员；

⑦ 测试直接扫二维码，调用服务器接口，返回文件资源于用户，至此，用户可以直接安装apk文件。

Images