[Helm 2.3.0] 使用 Digest 固定的编排器镜像的 64 位 Pod 标签变得无效

受影响的启动程序是airbyte/workload-launcher@sha256:0e18b1abcda6c9d99cb42085816e555bfee085f4b0c6329c3616a2f9cf5fd076。其linux/amd64 manifest为sha256:c425d7ed79334e667ae4e4e27b9c69657d41bc01985ff5b9b8f0a90a79f6b978。封装的io.airbyte-airbyte-workload-launcher-2.3.0.jar具有SHA256 0588efe9ca21cf20dc05f1e26f7578020350984bf2dc7ef67fc8c0c7752f7ff0。图像标签包括io.airbyte.git-revision=8563a3b和io.airbyte.version=3.3.14，但也包括io.airbyte.app=airbyte-base-java-image。我们无法确定这些看起来像继承的标签是否标识了实际的启动程序源。revision在airbytehq/airbyte-platform中没有解析，我们在检查的公共Maven库中既没有公开的v2.3.0源标签，也没有2.3.0启动程序源JAR。当前的公共PodLabeler源仍然显示解析器行为。PR450草案解决了缺少配置的标签传播问题，但其建议的优先级将生成的图像标签放在配置标签之后，因此它不会解决此冲突。