Skip to content

docker cache - #1014

Closed
normanmaurer wants to merge 2 commits into
mainfrom
docker_cache
Closed

normanmaurer wants to merge 2 commits into
mainfrom
docker_cache

Conversation

@normanmaurer

Copy link
Copy Markdown
Member
  • Bump up macosxDeploymentTarget to 11 as lower is not supported anymore by latest macos release
  • Cache docker build images in ghcr.io to speed up CI

…e by latest macos release

Motivation:

We need to bump up the target to be able to compile on latest macos release

Modifications:

Use 11

Result:

Be able to compile again
Motivation:

Every docker compose build in ci-build.yml, ci-pr.yml, ci-deploy.yml and
ci-release.yml rebuilds the CentOS6/CentOS7-aarch64/Debian7/AL2023 images
from scratch on each run since GitHub-hosted runners are ephemeral and
have no persistent layer cache. ci-build.yml/ci-pr.yml previously worked
around this with a type=gha buildx cache scoped per matrix leg;
ci-deploy.yml and ci-release.yml had no docker layer caching at all.

Modifications:

Switch to buildx with a registry cache backend (ghcr.io) so the
expensive image layers (devtoolset, OpenSSL built from source,
cross-compile toolchains) are reused across runs and across workflows.
Cache images are pushed to ghcr.io/netty/netty-tcnative-build-cache,
distinct from netty/netty's own ghcr.io/netty/netty-build-cache, so the
two repositories' caches can never collide or overwrite each other.

Result:

Speed up CI builds.
@normanmaurer
normanmaurer deleted the docker_cache branch September 18, 2026 13:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant