runner-images

要在 Azure 上使用第 2 代 VM 映像，请更新部署或映像构建配置中的 SKU 引用：

**Windows Server 2025：** 将 SKU 从 2025-Datacenter 更改为 2025-Datacenter-g2。-g2 后缀用于显式选择第 2 代映像。

**Ubuntu 24.04 LTS：** 将 SKU 从 server-gen1 更改为 server。标准 server SKU 是 Ubuntu 24.04 的官方默认 SKU，本身即为第 2 代——必须移除 -gen1 变体。

更新后，请重新部署或重新构建映像以启用 Gen2 支持（UEFI 启动、Trusted Launch 和更大规格的 VM 等功能需要此支持）。

Maven 3.10.0 引入了更严格的 POM 验证，因此在 Maven 3.9.16 下可正常工作的构建可能会失败，或产生部署错误，例如 "Bundle has content that does NOT have a .pom file."。作为变通方案，在 CI 中固定使用 Maven 3.9.16，而不是使用 ubuntu-24.04 上预装的 Maven 版本。对于 Azure DevOps，在 Maven 构建前添加以下内容：

- bash: |
set -euo pipefail
curl -fsSL https://archive.apache.org/dist/maven/maven-3/3.9.16/binaries/apache-maven-3.9.16-bin.tar.gz -o /tmp/maven.tar.gz
mkdir -p "$HOME/tools"
tar -xzf /tmp/maven.tar.gz -C "$HOME/tools"
echo "##vso[task.prependpath]$HOME/tools/apache-maven-3.9.16/bin"

使用 mvn -version 验证，然后运行部署。在 GitHub Actions 上，将 Azure DevOps 的 prepend 命令替换为：

echo "$HOME/tools/apache-maven-3.9.16/bin" >> "$GITHUB_PATH"

永久修复方案是更新 POM，使其与 Maven 3.10.0 验证兼容，或者在那之前一直将 Maven 固定为 3.9.16。