34 APP版本管理
1 所有正式的版本都是通过专门的版本服务器编译出来的,不能使用个人电脑编译的版本,且版本服务器的编译环境不能随意变更。
2 编译、打包、签名和加固等环节都是通过运行代码自动完成,不要人工实现;只要人工介入,就很可能出错。
3 编译、打包、签名和加固等环节完成后,要在代码服务器上加个Tag,以做记录。
4 因为最终提供给用户使用的版本是release版本,所以研发部门提供给测试部门的版本最好是release版本。
5 研发部门发布版本时,需要告知测试部门此版本做了哪些修改。
(目前各种自动编译环境也能直接从git服务器上获取代码修改记录)
6 研发部门只把版本给测试部门,产品等其余部门从测试部门那拿版本,这样拿到的版本都是测试部门验证过的版本,版本的稳定性能得到保证。
7 每发布一个版本后,就从主干拉个对应的分支;后续的代码继续提交到主干上。
8 对于重大或有风险的修改,可以先发布临时版本供测试部门测试,通过测试后,再集成到代码主干上。

本文介绍了APP版本管理的规范,包括使用版本服务器编译、自动化流程、版本记录、发布流程和分支策略,确保版本稳定性和测试质量。
1869

被折叠的 条评论
为什么被折叠?



