前言
随着公司的疾速倒退，团队规模也随之扩充，测试包的高效散发成为一个痛点。为解决这一痛点，进步团队的整体迭代效率，落实技术部『效率』关键词，咱们立项了建设得物 App 散发平台我的项目。上面，我率领大家一起从得物 App 散发历程、得物 App 散发平台的设计、得物 App 多元化摸索三个方面来理解整个得物 App 散发平台的建设历程。
得物 App 散发历程
支流的测试包散发渠道介绍
在介绍得物 App 散发历程之前，首先须要理解目前比拟支流的测试包的散发形式。
目前支流的测试包散发平台有以上四种渠道，他们有各本人的优缺点。能够再把他们分成两种类型：
一类是正规军：Testflight，它是苹果举荐的一种散发形式，每个 App 有 1 万名额，并且苹果更新了其散发机制后，能够通过分享链接分发给用户，当初很多公司应用它来做 App 的公测。但通过 Testflight 形式散发须要经验上传、二进制转换、审核的过程，提供测试的周期过长。
另一类就是三方自研，这一类都能比拟快捷的散发测试包，然而在装置量上是有限度，比拟依赖开发者证书。
对于企业来说，证书能够分为两种：集体证书和企业证书。
集体证书 ：比拟容易申请，一年 99 刀，能够上线 Appstore，也能够为 100 台手机设施散发测试包。
企业证书：很难申请，特地这两年国内简直没有公司申请的到，一年 299 刀，不能上线 Appstore，然而能够在企业外部散发 App，能够认为没有设施限度。
得物 App 测试包的历程
理解了市场上测试包散发渠道后，咱们一起回顾一下得物系 App 的散发历程。
起步阶段 ：低于 100 人，比拟舒服的阶段，通过蒲公英来散发测试包。
工业革命 ：规模扩充，测试包装置需要暴增，一个开发者证书的百人名额曾经不够用了。这个阶段通过增加证书同步散发，并洽购局部测试 iPad 缓解阵痛。
散发平台 ：多证书多 App 智能化散发阶段，真正解决了装置难，效率低的痛点。
多元化散发：多元化摸索阶段，从 Testflight 测试包散发，到企业散发、ABM 散发的摸索，欠缺散发平台的多元性。
散发中的难点及痛点
通过回顾得物 App 散发的历程，能够总结出以下三个要害的痛点：
- 百：在没有企业的阶段，很难冲破集体证书散发的百人限度。
- 多：无自研阶段，多证书散发体验差，难定位问题，反对多 App 消耗大费的人力。
- 一：散发平台自研阶段，多证书多 App 合一散发的难点解决。
得物 App 散发平台设计
理解了测试包散发过程中的难点及痛点后，咱们筹备立项了 App 散发平台的技术我的项目，以解决测试包装置难、效率低、多证书多 App 反对老本的问题。
散发平台的设计次要散发两个阶段：
- 第一阶段：夯实根底，借鉴三方计划，建设本人的繁多证书散发平台，使其具备强定制化能力，为智能化散发做筹备。
-
第二阶段：智能散发阶段，这个阶段做一键获取测试包装置受权、自动化同步证书配置、智能化生成散发专属网页。
在第二阶段上线后，咱们真正实现了散发平台的建设初衷，达成了和企业散发成果统一的指标。用户不须要关怀本人在哪个证书，能够装置哪个测试包。一切都是智能化自动化实现，受权效率、多证书多 App 的保护老本几何性的降落。通过 app 散发治理后盾，能够快捷的增加新 App，并且能够为现有的 App 增加新证书反对。得物 App 散发平台多元化散发摸索
App 散发平台经验两个大版本迭代上线后，咱们摸索的脚步就能够进行了吗？答案当然是否定的！多证书的智能散发尽管能够解决测试人数限度，但证书保护的老本比拟高。为解决这个问题，咱们进行了 App 散发平台多元性的摸索。
- 第一步：Testflight 测试包散发的可能性摸索和落地。
通过剖析现有测试包装置用户的群体，咱们发现一部分用户对测试包时效的要求很低，一周可能只装置一两次，甚至一个月才装置一两次，针对这一部分用户，提供证书名额有一些侈靡，Testflight 的散发会更适宜。
而 Testflight 散发的局限前文有提到，容易与线上包混同，并且和 App 的灰度公测性能抵触。咱们采纳多地区分包的形式勾销了某国的公布，独立创立 App 散发 Testflight 测试包，定时自动化交付测试包，解决了此问题。 - 第二步：企业散发和 ABM 散发的摸索。
迈出多元化的第一步后，咱们还能做什么呢？两条路：企业散发、ABM 散发。
在申请企业证书和 Apple 技术客服的沟通过程，向我举荐 ABM 商务治理来散发企业外部 App，这一形式让我好像看到了曙光。其实不然，钻研后发现 ABM 散发如要满足散发的需要，其前提是残缺的 MDM 服务，还是依赖企业证书颁发的许可。ABM 技术客服通知我，没方法，这就是鸡生蛋，蛋生鸡的问题。
在钻研 ABM 散发的崎岖过程中，通过钻研材料文档和与 ABM 技术客服沟通发现，ABM 散发能够分简略的 MDM 和残缺的 MDM 及兑换码散发三种形式散发。 - 简略 MDM：这种形式依赖 MacOS Server 的形容文件管理器作为 MDM 服务，也能够做到治理 BYOD 的设施 App，但有一些局限性，无奈用 ABM 创立的治理式 AppleId 来为用户注册设施的凭据，仅可依赖 Server 的用户名明码登录注册设施。
- 残缺 MDM：此形式依赖企业账户申请完 ABM Vendor 资格后颁发的许可证书，不再明天的探讨范畴。（没有实际）
- 兑换码散发：此形式仅反对企业 App 的散发，在 ABM 只有企业 App 能够购买许可和兑换码，而商业 App 只有购买许可一种形式。
咱们从依赖简略 MDM 服务散发 App 的流程来理解一下 ABM 散发。
在此之前须要相熟一些概念：
如图，ABM 通过 MDM 服务与 BYOD 设施通信，推送在 ABM 中购买的企业 App 或商业 App。散发的步骤能够散发以下几个环节：
- 管理员在 ABM 中购买企业 App 或商业 App 的许可数量。通过生成受权文件同步至 MDM 服务器，这里是形容文件管理器。
- 管理员在形容文件管理器配置相应的形容文件，用户通过注册链接和管理员提供的门户网站注册本人的设施。注册后，在形容文件管理器中，管理员能够治理这些设施，并且向这些设施或设施群组推送受治理的 App。
- 人员变动或权限变动后，管理员能够在形容文件管理器中移除设施，设施被移除后，推送装置的 App 能够配置主动从用户设施移除，爱护企业数据。
残缺的 MDM 服务散发比拟相似，MDM 服务的性能更加欠缺，并且能够建设企业外部的 App 商店，供企业员工抉择装置。这个留待咱们后续摸索。
将来，咱们能够做什么？
将来能够把散发集成到企业 OA 零碎，与其联动生成差异化的用户身份，分类管理企业设施和集体的 BYOD 设施，高效撑持公司业务。将来可期。
文|大雄
关注得物技术，携手走向技术的云端