车设apk发版与代码合入评审流程对接

车设apk在管控分支发版

现状问题：车设apk发版要求和合入评审节奏存在冲突，会让车设apk发版非常被动，可能要到晚上0点，且面临+1、+2、+V找人困难的风险。

• 车设apk发版准备时间长：需要对每个分支进行Rom整编点检，尤其是面对hotfix分支比较多的情况
• 合入评审一般是晚上19开始评审，持续1~2个小时，且某些情况下评审当晚就可能正式打包

另外，车设apk已解耦，应对管控分支合入流程适当进行一些调整，以提高效率；参与合入评审的关键change，应该是Packages项目的发版change。

MiCarSettings项目代码提前合入

MiCarSettings项目需要参加评审的代码，需要在评审当天11点前完成合入

Packages项目发版change提前输出

评审当天上午11点开始对管控分支进行apk打包，输出Packages项目发版change

Package项目发版change+V

负责发版的同学可以牵头，拉通合入变更的研发和测试同学（可能携带多个变更），对packages项目+V（最好是每个测试同学都进行+V）

研发同学提供/填写评审申请表

注意事项，参考下一节”评审方式变更”

评审方式变更：申请文档 → Meego申请单

请在如下空间创建申请单：

https://project.f.mioffice.cn/intelligent_cabin_codemr/codemr/homepage

注意：要在会前完成**“登记申请”、“主管确认”、“合入前检查”、“自动检查”**环节，才会被拉上会

填写要求

研发要提供/填写Patches url、对应主线Patches url、TB版本链接，要满足如下要求，以通过”合入前检查”节点

• Patches url：Packages项目在目标合入分支的发版change
• 对应主线Patches url：已在主线待够3天
• TB版本链接：测试时的Rom Grapple链接

主管确认

提前找浩哥完成”主管确认”环节