Rom和Apk的關係 打包

TinyBuild(針對解耦的項目SecurityAdd):

OTA的rom包 只能裝gerrit上+2的apk(開啓任務時檢查是否帶上了簽名)

非OTA (像Corgi上下載下來的Rom,都屬於其中) ,可以裝任意debug無簽名的包(但是後面要去打包平臺+2簽名,才能裝手機上)

如果安裝apk的時候出現簽名不一致的,反思一下是否是裝了OTA的rom,然後再裝debug的包

 

BuildApk(針對沒有解耦的項目SettingCommons,無解耦的就需要特定機型):

作用和效果和TinyBuild類似,也是分簽名和無簽名的;

 

 

BuildRom:

解耦項目SecurityAdd提測:

需要編進ROM的change無需+2,直接在Rom build中進行編譯打包即可,打出來的是release的非廠包Rom,然後發提測郵件;

不需要編進Rom的change也無需+2 (SecurityAdd工程),直接編譯出debug版的apk就行了 (記得簽名平臺簽名),然後發提測郵件就行。

 

 

非解耦項目SecurityCenter提測,非解耦就需要特定機型:

若要開發版提測,則所有版本的機型都要打ROM,即N(D4)O(E4)P(E4,D2T)Q(F10)都要打

若要穩定版提測,則目前穩定版只進了P的,只用打P的(D2T,E4)

 

 

 

 

 

merge修改,自己的change和manifest的change,後臺推到maven之後,在corgi上打一個帶簽名(不用寫change所以能空+2)的apk,最後可以拿着成功的tgz文件測試一下,其中有四個非ota的(需要platform簽名跑在releaseOTA的手機上),還有四個sign的apk,可直接移動文件手動安裝到OTA手機上。

驗證的時候:除了驗證change,還要驗證是否帶上了多語言。analyzeApk--->選擇帶了sign的apk分析,---->recources.arsc---string

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章