持续交付 36 讲
王潇俊
携程系统研发部总监
39682 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 42 讲
开篇词 (1讲)
结束语 (1讲)
持续交付 36 讲
15
15
1.0x
00:00/00:00
登录|注册

31 | 了解移动App的持续交付生命周期

项目拆分为多个子项目,需要重点管理每个功能的信息
需要维护版本的相关信息并对每个版本进行管理
涉及H5、Hybrid等静态资源的构建、发布和管理
iOS系统使用CocoaPods进行依赖管理
Android系统使用Gradle处理依赖管理
采用交付快车进行持续的版本发布
采用“分支开发,主干发布”方式
Android系统和iOS系统的热修复方式
通过特定的热修复技术,在用户不重新安装客户端的前提下修复Bug
对比版本之间的运营指标
追踪、分析和调优版本发布的表现和反馈
多样的分发渠道
长时间的内测或公测
移动App无法强制更新,决定权在终端用户
准备独立的中央组件仓库并加快依赖组件下载的速度
考虑证书的管理
Android和iOS两套构建环境的准备
集成静态代码检查工具到持续交付流程
提高移动端代码的质量
功能信息管理
版本信息管理
依赖管理
代码管理
借鉴后端服务的持续交付经验并进行改进和优化
移动App相对于后端服务的发展时间较短
热修复
运营管理
发布管理
构建管理
静态代码检查
项目信息管理
代码及依赖管理
介绍
移动App的持续交付生命周期

该思维导图由 AI 生成,仅供参考

你好,我是王潇俊。今天我和你分享的主题是:了解移动 App 的持续交付生命周期。
我已经和你分享完的前 30 个主题里,介绍的都是偏向后端持续交付体系的内容。在服务端持续交付的基础上,我会再用两篇文章,和你聊聊移动 App 的持续交付。
与后端服务相比,移动 App 的出现和工程方面的发展时间都较短,所以大部分持续交付的流程和方法都借鉴了后端服务的持续交付。但是,移动 App 因为其自身的一些特点,比如版本更新要依赖用户更新客户端的行为等,所以移动 App 的持续交付也呈现了一些独有的特点。
同时,移动 App 的持续交付也存在一些痛点。比如,没有主流的分支模型,甚至产生了 Android 开发团队使用 Gerrit 这样一个独特代码管理平台和分支模型的特例;又比如,移动 App 的编译速度,也随着应用越来越大变得越来越慢;再比如,Apple Store 审核慢、热修复困难等问题。
这样总体来看,移动 App 的持续交付体系的搭建完全可以借鉴服务端的持续交付的经验。然后,再针对移动 App 固有的特点,进行改进和优化。
因此,在这个系列我只会通过三篇文章,和你分享移动 App 持续交付体系的特色内容,而对于共性的内容部分,你可以再次回顾一下我在前面所分享的内容。如果你感觉哪里还不太清楚的话,就给我留言我们一起讨论解决吧。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

移动App持续交付生命周期涉及代码管理、依赖管理、项目信息管理、静态代码检查、构建管理和发布管理等内容。与后端服务相比,移动App的持续交付体系具有独特的特点和挑战。移动App的持续交付需要解决代码管理、依赖管理、版本信息管理和功能信息管理等问题,同时还需要考虑移动端的构建环境、证书管理、发布渠道多样性等特点。文章提到了移动App持续交付的痛点,如编译速度、Apple Store审核慢、热修复困难等问题。总体来看,移动App的持续交付体系可以借鉴服务端的经验,但需要针对移动App的特点进行改进和优化。文章还提到了移动App的持续交付体系与服务端的不同点,如项目信息管理的重要性、发布管理的差异等。文章内容丰富,涵盖了移动App持续交付的方方面面,对于想要了解移动App持续交付生命周期的读者具有很高的参考价值。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《持续交付 36 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(1)

  • 最新
  • 精选
  • 九脉一谷
    公司内部搭建了一套移动app管理平台,所有的版本发布,行为分析,接口动态配置,参数配置等等都实现了平台化管理。
    2018-09-13
    7
收起评论
显示
设置
留言
1
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部