本文地址%5BAndroid%5D%5BFramework%5Dcreate-ota-update-zip/
build/tools/releasetools 中提供的 ota_from_target_files 工具可以构建两种类型的软件包:完整更新软件包和增量更新软件包。该工具将 Android 构建系统生成的 target_files .zip 文件作为输入文件。
完整更新是指软件包将对设备的整个最终状态(system分区、boot分区和recovery分区)进行更新。只要设备能够接收软件包并启动恢复系统,软件包就可以安装所需的版本,而不受设备当前状态的影响。
示例:使用发布工具为假设的 msm8953_32 设备构建完整更新:
# first, build the target-files .zip . build/envsetup.sh && lunch msm8953_32-user mkdir dist_output make dist DIST_DIR=dist_outputtarget_files .zip 包含构建 OTA 软件包所需的所有内容。
./build/tools/releasetools/ota_from_target_files dist_output/tardis-target_files.zip ota_update.zipota_update.zip 现已准备就绪,可以发送到测试设备(所有内容均使用测试密钥进行签名)。
增量更新增量更新包含一组要应用于设备上的已有数据的二进制补丁程序。以下原因可能会导致此类更新软件包非常小:
未更改的文件不需要包含在其中。
更改的文件通常与之前的版本非常相似,因此软件包中只需包含针对两个文件之间的不同之处进行的编码。
只有当设备具有构建相应软件包所使用的旧版本或源版本时,您才能在设备上安装增量更新软件包。要构建增量更新,您需要拥有上一个版本(您要更新的版本)中的 target_files .zip 以及新版本中的 target_files .zip。
./build/tools/releasetools/ota_from_target_files -i PREVIOUS-tardis-target_files.zip dist_output/tardis-target_files.zip incremental_ota_update.zip # make incremental from the older version该版本与上一个版本非常类似,而且增量更新软件包(约 1 MB)比对应的完整更新软件包 (60 MB) 小得多。
仅当设备运行的上一个版本与相应增量更新软件包的起点版本完全一样时,才向其分发该增量更新软件包。如果尝试在运行其他版本的设备上安装该增量包,系统将会显示恢复错误图标。此时用户只要重新启动设备,即可回到旧系统;软件包会先验证它要更新的所有文件是否已回到之前的状态,然后再对其执行操作,因此,如果发生上述情况,设备不应留在半升级状态。
制作升级包为了减小升级包的大小,我们选择制作差分包(增量升级包)。
要制作差分升级包,需要先做出两个全升级包,然后根据这两个包制作出差分升级包。
编译系统制作升级包之前需要先对系统代码进行整编。编译之前记得清空out目录,因为系统编译不会自动检查删除当前版本弃用的文件。
. build/envsetup.sh lunch msm8953 make clobber make -j20编译完成就会在$OUT目录下生成所有的img文件。
可以通过printenv查看$OUT指向哪里。
编译升级包使用
make otapackage编译结束会在$OUT/obj/PACKAGING/target_files_intermediates/目录下生成升级用的.zip包。比如:msm8953-target_files-eng.Data.BU.zip
制作差分包有了升级包,将其拷贝到一个目录下保存,比如OTA/old,然后对源码做一些修改,保证有更新。然后clean掉$OUT目录,再次整编,制作升级包,然后把新的升级包拷贝到OTA/new目录下。
最后使用ota_from_target_files脚本制作差分包就可以了:
./build/tools/releasetools/ota_from_target_files -i OTA/old/*.zip OTA/old/*.zip OTA/update/update.zip 差分包签名使用
make otapackage生成的包是系统签过名的。耳机通过脚本做出来的差分包也是签过名的:
$ unzip update.zip Archive: update.zip signed by SignApk inflating: META-INF/com/android/metadata inflating: META-INF/com/google/android/update-binary inflating: META-INF/com/google/android/updater-script inflating: META-INF/com/android/otacert inflating: META-INF/MANIFEST.MF inflating: META-INF/CERT.SF inflating: META-INF/CERT.RSA $ keytool -printcert -file META-INF/CERT.RSA能够打印出我们的keystore。
如果手动修改自定义升级包,需要再次签名
./build/tools/releasetools/ota_from_target_files \ -k ~/.android-certs/releasekey \ signed-target_files.zip \ signed-ota_update.zip 编写升级包制作脚本脚本在croot目录执行,思路是首先制作一个升级包放在OTA/old目录下,之后每次编译,都会编译出升级包放在OTA/new目录下,制作完差分包后,把新的升级包移动到OTA/old目录作为下一次升级的基础包。
#!/bin/sh OTA_PATH="OTA/" OTA_OLD="OTA/old/" OTA_NEW="OTA/new/" OTA_DIFF="OTA/update/" create_dir() { if [ ! -d "$1" ] then mkdir "$1" echo "Create $1" fi } check_dir_empty() { if [ "`ls -A $1`" = "" ]; then echo "Couldn\`t find update package in folder $1" exit 404 fi } create_dir $OTA_PATH create_dir $OTA_OLD create_dir $OTA_NEW create_dir $OTA_DIFF #. build/envsetup.sh make otapackage -j20 # copy this time's build upgrade package to OTA/new cp $OUT/obj/PACKAGING/target_files_intermediates/*.zip OTA/new # compare this one to old one to make a diff package check_dir_empty $OTA_OLD check_dir_empty $OTA_NEW ./build/tools/releasetools/ota_from_target_files -i $OTA_OLD*.zip $OTA_NEW*.zip OTA/update/update.zip check_dir_empty $OTA_UPDATE echo "update.zip created in $OTA_UPDATE" # put this zip to old folder mv $OTA_NEW*.zip $OTA_OLD echo "Finished!"Ref:
https://blog.csdn.net/mike8825/article/details/47871481
https://source.android.com/devices/tech/ota