Azure DevOps中AAB解压修改重打包签名及CD流水线适配问题

1. 是否有现成Azure DevOps任务支持AAB解压、修改、重打包及签名？ #

没有官方一站式覆盖全流程的任务，但可以通过组合现有Azure DevOps任务+脚本完成：

• 解压AAB：AAB本质是zip格式，直接用Archive Files任务，设置Extract files from为目标AAB路径，指定解压目录即可。
• 修改文件：用PowerShell或Bash任务直接编辑解压后的文件（比如修改AndroidManifest.xml、资源文件等），无需特殊任务。
• 重打包AAB：用Archive Files任务将修改后的目录打包为zip文件，再通过脚本（如PowerShell的Rename-Item）将后缀改为.aab。
• 签名AAB：Azure DevOps内置的Android Signing任务支持AAB签名，只需在配置中选择AAB文件作为输入，填写签名密钥库、密码、别名等参数即可。

第三方市场有一些封装bundletool的任务，但核心流程仍基于上述原生任务组合，无需额外引入。

2. 若无现成任务，如何编写自定义任务？ #

如果需要封装成单一自定义任务，可按以下步骤实现（以PowerShell任务为例）：

步骤1：搭建开发环境 #

安装Node.js和Azure DevOps任务工具：

npm install -g tfx-cli

步骤2：初始化任务结构 #

用tfx创建任务模板：

tfx build tasks create --task-name "AAB Editor" --friendly-name "AAB Edit & Sign" --description "Unpack, modify, repack and sign Android App Bundle"

生成的结构包含task.json（定义输入参数、任务元数据）和ps_script目录（存放PowerShell脚本）。

步骤3：实现核心逻辑 #

在PowerShell脚本中完成以下操作：

• 解压AAB：

Expand-Archive -Path $(aabPath) -DestinationPath $(tempDir) -Force

• 修改文件：比如替换Manifest中的版本号：

$manifestPath = Join-Path $(tempDir) "base\AndroidManifest.xml"
(Get-Content $manifestPath) -replace 'android:versionName=".*?"', 'android:versionName="$(newVersion)"' | Set-Content $manifestPath

• 重打包AAB：

Compress-Archive -Path "$(tempDir)\*" -DestinationPath "$(tempDir)\temp.aab" -Force
Move-Item "$(tempDir)\temp.aab" $(outputAabPath) -Force

• 签名AAB：调用jarsigner（需确保Android SDK build-tools在PATH中）：

jarsigner -verbose -sigalg SHA256withRSA -digestalg SHA-256 -keystore $(keystorePath) -storepass $(keystorePassword) $(outputAabPath) $(keyAlias)

步骤4：发布任务 #

测试通过后，发布到你的Azure DevOps组织：

tfx build tasks upload --task-path ./AABEditor --service-url https://dev.azure.com/your-org/

3. 改用AAB替代APK的注意事项 #

• 签名规则差异：AAB需使用上传密钥签名（针对Google Play），不能直接复用原APK的应用签名密钥；签名密钥需满足：长度≥2048位，算法为SHA256withRSA。
• 流水线适配：CD阶段无需再生成多维度拆分APK，直接处理AAB即可；若需测试用APK，可通过bundletool生成通用APK（bundletool build-apks --bundle=app.aab --output=app.apks --ks=keystore.jks --ks-pass=pass:xxx --ks-key-alias=xxx --key-pass=pass:xxx），再提取universal APK。
• Xamarin版本要求：确保Xamarin.Android版本≥10.0，旧版本对AAB支持不完善，易出现打包失败。
• 应用商店兼容性：Google Play强制要求AAB，华为、小米等主流商店已支持，但部分小众商店可能仍仅支持APK，需分渠道配置流水线。
• 测试流程变更：本地无法直接安装AAB，需通过bundletool生成APK后安装，或用Android Studio的App Bundle Explorer验证内容。
• 归档规范：归档的AAB必须是已签名的最终版本，避免后续重复签名导致验证失败；同时需备份签名密钥，防止丢失无法更新应用。

内容的提问来源于stack exchange，提问作者Nathan Scullen