本頁面由 Cloud Translation API 翻譯而成。

建構 OTA 套件

您可以使用 build/make/tools/releasetools 中提供的 ota_from_target_files 工具，為使用 A/B 系統更新或非 A/B 系統更新的裝置建構完整和漸進式 OTA 套件。這個工具會將 Android 建構系統產生的 target-files.zip 檔案做為輸入內容。

對於搭載 Android 11 以上版本的裝置，您可以為使用不同 SKU 的多部裝置建構一個 OTA 套件。為此，您需要將目標裝置設定為使用動態指紋，並更新 OTA 中繼資料，在先決條件和事後項目項目中加入裝置名稱和指紋。

Android 8.0 已淘汰非 A/B 裝置的檔案型 OTA 套件，這些裝置必須改用區塊型 OTA 套件。如要產生以區塊為基礎的 OTA 套件，或產生搭載 Android 7.x 以下版本的裝置，請將 --block 選項傳遞至 ota_from_target_files 參數。

建構完整更新

「完整」更新是 OTA 套件，內含裝置的完整最終狀態 (系統、啟動和復原分區)。只要裝置能夠接收及套用套件，套件就能安裝版本，不受裝置目前狀態影響。舉例來說，下列指令會使用版本工具為 tardis 裝置建構 target-files.zip 封存檔。

. build/envsetup.sh && lunch tardis-eng
mkdir dist_output
make dist DIST_DIR=dist_output

make dist 會在 $OUT 中建構完整的 OTA 套件。產生的 .zip 檔案包含為 tardis 裝置建構 OTA 套件所需的所有內容。您也可以將 ota_from_target_files 建構為 Python 二進位檔，並呼叫該檔案來建構完整或增量套件。

ota_from_target_files dist_output/tardis-target_files.zip ota_update.zip

ota_from_target_files 路徑會在 $PATH 中設定，而產生的 Python 二進位檔位於 out/ 目錄中。

ota_update.zip 現已可傳送至測試裝置 (所有內容都已使用測試金鑰簽署)。針對使用者裝置，請產生並使用您自己的私密金鑰，詳情請參閱「簽署要發布的版本」。

建構增量更新

增量更新是 OTA 套件，其中包含裝置上現有資料的二進位修補程式。含有增量更新的套件通常較小，因為不需要納入未變更的檔案。此外，由於變更後的檔案通常與舊版非常相似，套件只需包含兩個檔案之間差異的編碼即可。

您只能在裝置上安裝增量更新套件，且該裝置必須具備用於建構套件的來源版本。如要建構增量更新，您需要先前版本 (您要更新的版本) 的 target_files.zip 檔案，以及新版本的 target_files.zip 檔案。舉例來說，下列指令會使用版本工具為 tardis 裝置建構增量更新。

ota_from_target_files -i PREVIOUS-tardis-target_files.zip dist_output/tardis-target_files.zip incremental_ota_update.zip

這個版本與先前的版本非常相似，而且增量更新套件 (incremental_ota_update.zip) 的大小遠低於相應的完整更新 (約 1 MB，而非 60 MB)。

只將漸進式套件發布到執行與漸進式套件起點完全相同的裝置。您必須刷新 PREVIOUS-tardis-target_files.zip 或 PREVIOUS-tardis-img.zip 中的映像檔 (兩者都是使用 make dist 建構，且會透過 fastboot update 刷新)，而非 PRODUCT_OUT 目錄下的映像檔 (使用 make 建構，且會透過 fastboot flashall 刷新)。如果嘗試在裝置上安裝其他版本的增量套件，則會導致安裝錯誤。當安裝失敗時，裝置會保持相同的工作狀態 (執行舊系統)；套件會在輕觸檔案之前驗證所有檔案的先前狀態，以免裝置在半升級狀態下分流。

為提供最佳使用者體驗，請每隔 3 到 4 次增量更新，提供一次完整更新。這有助使用者更新至最新版本，並避免安裝序列中出現長時間的漸進式更新。

為多個 SKU 建構 OTA 套件

Android 11 以上版本支援使用單一 OTA 套件，為多部不同 SKU 的裝置進行更新。如要這樣做，您必須設定目標裝置以使用動態指紋，並更新 OTA 中繼資料 (使用 OTA 工具)，在前後條件項目中加入裝置名稱和指紋。

關於 SKU

SKU 的格式是組合建構參數值的變化版本，通常是目前 build_fingerprint 參數中未宣告的子集。原始設備製造商 (OEM) 可以為 SKU 使用任何組合的 CDD 核准建構參數，同時為這些 SKU 使用單一映像檔。舉例來說，以下 SKU 有多個變化版本：

SKU = <product><device><modifierA><modifierB><modifierC>

modifierA 是裝置層級 (例如 Pro、Premium 或 Plus)
modifierB 是硬體變化 (例如無線電)
modifierC 是區域，可以是一般區域 (例如北美洲、歐洲、中東和非洲地區或瑞士)，或是特定國家/地區或特定語言 (例如 JPN、ENG 或 CHN)

許多原始設備製造商 (OEM) 會為多個 SKU 使用單一映像檔，然後在裝置啟動後，在執行階段衍生最終產品名稱和裝置指紋。這個程序可簡化平台開發程序，讓有少許客製化但產品名稱不同的裝置，能共用常見圖片 (例如 tardis 和 tardispro)。

使用動態指紋

指紋是建構參數的定義串連，例如 ro.product.brand、ro.product.name 和 ro.product.device。裝置的指紋是從系統分區指紋衍生而來，用於識別在裝置上執行的映像檔 (和位元組)。如要建立動態指紋，請在裝置的 build.prop 檔案中使用動態邏輯，在裝置啟動時取得引導程式變數的值，然後使用該資料為該裝置建立動態指紋。

例如，如要在 tardis 和 tardispro 裝置上使用動態指紋，請更新下列檔案，如下所示。

更新 odm/etc/build_std.prop 檔案，加入下列程式碼行。
```
ro.odm.product.device=tardis
```
更新 odm/etc/build_pro.prop 檔案，加入下列程式碼行。
```
ro.odm.product.device=tardispro
```

更新 odm/etc/build.prop 檔案，加入下列程式碼行。

ro.odm.product.device=tardis
import /odm/etc/build_${ro.boot.product.hardware.sku}.prop

這些行會根據 ro.boot.product.hardware.sku 引導程式屬性 (僅供讀取) 的值，動態設定裝置名稱、指紋和 ro.build.fingerprint 值。

更新 OTA 套件中繼資料

OTA 套件包含說明套件的中繼資料檔案 (META-INF/com/android/metadata)，包括 OTA 套件的先決條件和張貼條件。舉例來說，以下程式碼是針對 tardis 裝置的 OTA 套件中繼資料檔案。

post-build=google/tardis/tardis:11/RP1A.200521.001/6516341:userdebug/dev-keys
post-build-incremental=6516341
post-sdk-level=30
post-security-patch-level=2020-07-05
post-timestamp=1590026334
pre-build=google/tardis/tardis:11/RP1A.200519.002.A1/6515794:userdebug/dev-keys
pre-build-incremental=6515794
pre-device=tardis

pre-device、pre-build-incremental 和 pre-build 值會定義裝置必須具備的狀態，才能安裝 OTA 套件。post-build-incremental 和 post-build 值會定義裝置在 OTA 套件安裝後預期會發生的狀態。pre- 和 post- 欄位的值是取自下列對應的建構屬性。

pre-device 值衍生自 ro.product.device 建構屬性。
pre-build-incremental 和 post-build-incremental 值衍生自 ro.build.version.incremental 建構屬性。
pre-build 和 post-build 值衍生自 ro.build.fingerprint 建構屬性。

在搭載 Android 11 以上版本的裝置上，您可以使用 OTA 工具中的 --boot_variable_file 旗標指定檔案路徑，該檔案包含建立裝置動態指紋時使用的執行階段變數值。接著，系統會使用這些資料更新 OTA 中繼資料，在 pre- 和 post- 條件中加入裝置名稱和指紋 (使用管道字元 | 做為分隔符)。--boot_variable_file 標記具有以下語法和說明。

語法：--boot_variable_file <path>
說明：指定檔案的路徑，且此路徑包含可能的 ro.boot.* 屬性值。當部分 ro.product.* 屬性遭到匯入陳述式覆寫時，用於計算可能的執行階段指紋。這個檔案會預期每行一個屬性，每行採用以下格式：prop_name=value1,value2。

舉例來說，如果屬性為 ro.boot.product.hardware.sku=std,pro，tardis 和 tardispro 裝置的 OTA 中繼資料如下所示。

post-build=google/tardis/tardis:11/<suffix>|google/tardis/tardispro:11/<suffix>
pre-build=google/tardis/tardis:11/<suffix>|google/tardis/tardispro:11/<suffix>
pre-device=tardis|tardispro

如要在搭載 Android 10 的裝置上支援這項功能，請參閱參考實作。這個變更清單會依條件剖析 build.prop 檔案中的 import 陳述式，讓系統能夠辨識屬性覆寫值，並在最終 OTA 中繼資料中反映。