#343 adds a JDK (remotejdk_25) + Bazel pre-warm to ci/Dockerfile.bazel and bumps bazel-ci-image.yml to 0.13.0, but deliberately leaves the .github/workflows/bazel.yml matrix image: ref at 0.12.0. Reason: the 0.13.0 image only publishes to ghcr on merge to main, so bumping the consumer ref pre-merge would make every matrix row fail to pull the image (red PR).
Action after #343 merges and the 0.13.0 image publishes: bump the image: ref in .github/workflows/bazel.yml from 0.12.0 to 0.13.0 so the Java rows (and all rows) get the pre-warmed JDK/Bazel. Until then the Java rows work on 0.12.0 (bazelisk fetches the pinned Bazel and the hermetic JDK at runtime), just without the pre-warm speedup.
Relates to #343 and the caching work in #373.
#343 adds a JDK (
remotejdk_25) + Bazel pre-warm toci/Dockerfile.bazeland bumpsbazel-ci-image.ymlto0.13.0, but deliberately leaves the.github/workflows/bazel.ymlmatriximage:ref at0.12.0. Reason: the0.13.0image only publishes to ghcr on merge tomain, so bumping the consumer ref pre-merge would make every matrix row fail to pull the image (red PR).Action after #343 merges and the
0.13.0image publishes: bump theimage:ref in.github/workflows/bazel.ymlfrom0.12.0to0.13.0so the Java rows (and all rows) get the pre-warmed JDK/Bazel. Until then the Java rows work on0.12.0(bazelisk fetches the pinned Bazel and the hermetic JDK at runtime), just without the pre-warm speedup.Relates to #343 and the caching work in #373.