背景

随着业务的发展，转转除了转转 APP 外，开发了越来越多的独立 APP 去满足业务；作为转转最早的客户端团队，除了满足自身业务需求外，也需要提供公司级通用的 APP 持续交付基础能力。可快速扩展到其他 APP 使用，提高整体工作质量和效率。

鲁班在持续交付的整体流程中，主要承担了 APP 版本流程、包构建、APP 专项测试等能力。

鲁班的构建管理

APP 的持续交付尽可能的将整体项目流程串了起来。开发阶段的代码分支由 beetle 进行管理，详见文档《转转客户端持续集成 -- 分支管理》

本次主要给大家分享鲁班的包构建管理相关能力。

开发测试阶段，包构建频次非常高，整个阶段经历提测 - 测试 - 修复 - 测试的一个往复过程，构建管理提供了这个环节的基础能力，需要提供稳靠，尽可能自动化减少人工重复消耗的能力

结合背景和我们的目标需求，在设计鲁班的构建管理模块时，主要包含了以下几个点：

1. 通用性，可扩展

构建能力不仅仅是给转转 APP，需要可快速扩展到公司其他 APP；并支持各业务自定义自己的打包脚本

构建脚本将通用配置和脚本内容提供公共打包模板，提供可视化的操作，方便用户操作。满足基础的构建要求

除了公共构建参数外，又提供了自定义的扩展参数，便于各业务在基础构建脚本外扩展自己的业务逻辑

2. 构建参数模板化

鲁班支持将不同参数组成一个个构建模板，方便构建人员根据不同的场景打出不同用途的包。
除了提供的基础测试包、发版包外，支持各业务根据自己的需求定制个性化的构建模板。
模板可以简化构建填写内容，有效避免人为填写出错等情况。

通过模板，可减少用户操作，只填写可变的部分，避免一些关键信息填写错误的问题出现

3. 触发构建机制

目前触发机制有两种：自动触发或手动触发

• 自动触发

  • 开发提交 tag 自动触发，减少人的介入。

• 手动出发

  • 包括开发在 beetle 上触发编译操作或在鲁班平台上手动构建需要的包
  • beetle 上编译触发：和整体开发流程结合，只构建有效版本，避免一些不必要的 tag 过多占用构建资源
  • 鲁班平台构建：适用需要特殊场景的包，手动创建

两种方式，满足了各业务的不同的场景需求，根据自身业务特性去选择触发方式。

4. 构建结果数据存储

包含构建历史和打包结果的存储。分别记录构建信息和打包结果的信息，结果可查询，另外会存储包大小等信息，可生成报表查看阶段包大小变化等

构建结果存储为二维码，方便用户扫码安装

5. 串联发版能力

当选择发版模板时，会触发 android 和 ios 的发版功能，自动完成发版操作

发版的同时保存版本数据结果，记录版本历史节点，便于后续版本追溯

其他

构建管理还关联了 APP 的一些自动化、检查项等配置。例如静态代码扫描，冒烟 UIcase 等，本次就不详细介绍了。
后续等静态代码扫描等基础能力进一步完善后，会设定指标对整体 APP 的流程做一个控制，对 APP 的交付有一个准入准出规范标准。

大致流程如下：

以上为转转客户端，鲁班提供的构建相关能力，欢迎大家交流讨论~