Skip to content

Releases: cloudposse/github-action-docker-build-push

v1.17.2

13 Dec 15:40
aa16c1c
Compare
Choose a tag to compare

🚀 Enhancements

Rollback docker/build-push-action to v5 @goruha (#75) ## what * Rollback docker/build-push-action to v5

why

  • docker/build-push-action@v6 is not compatible with actions/download-artifact@v4

references

v1.17.1

03 Dec 17:18
Compare
Choose a tag to compare
Output metadata to job summary @osterman (#60) ## what * Output Docker Metadata in fenced code block * Example https://github.com/cloudposse/github-action-docker-build-push/actions/runs/7944946825 * ## why * Make it easy to see what was produced

Screenshot

image

🤖 Automatic Updates

Update README.md and docs @cloudpossebot (#63) ## what This is an auto-generated PR that updates the README.md and docs

why

To have most recent changes of README.md and doc from origin templates

v1.17.0

03 Dec 14:39
ebc5e80
Compare
Choose a tag to compare
chore(deps): update dcarbone/install-jq-action action to v3 @renovate (#73) This PR contains the following updates:
Package Type Update Change
dcarbone/install-jq-action action major v2.1.0 -> v3.0.1

Release Notes

dcarbone/install-jq-action (dcarbone/install-jq-action)

v3.0.1

Compare Source

What's Changed

Full Changelog: dcarbone/install-jq-action@v3.0.0...v3.0.1

v3.0.0

Compare Source

What's Changed

Full Changelog: dcarbone/install-jq-action@v2...v3.0.0


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

v1.16.1

03 Dec 14:34
90cbeda
Compare
Choose a tag to compare
chore(deps): update docker/build-push-action action to v6 @renovate (#67) This PR contains the following updates:
Package Type Update Change
docker/build-push-action action major v5 -> v6

Release Notes

docker/build-push-action (docker/build-push-action)

v6

Compare Source


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

ref: default to public ECR for binfmt and buildx @dudymas (#72) ## what
  • ref(qemu-setup): set to public ecr
  • ref(diver-opts): hard set to public ecr
  • chore(driver-opts,binfmt): update inputs for ecr defaults

why

  • Docker hub rate limits can cause issues with more active projects/workflows
feat: add support for build-contexts (#70) @goruha (#71) ## what
  • Adds support for the build-contexts arg

why

references

Confirmed on a private project:

Screenshot 2024-09-26 at 12 49 11

🐛 Bug Fixes

fix: create unique image tags for each test in order to avoid race conditions between tests @korenyoni (#74) ## what
  • create unique image tags for each test in order to avoid race condititions

why

This assertion fails because of a race condition between the three tests in this repo.

For example, take a look at this renovate PR:

image

The manifest produced by each commit in the screenshot are as follows, in order from oldest to newest:

$ docker buildx imagetools inspect registry.hub.docker.com/cloudposse/github-action-docker-build-push:sha-61a55ff023a1813dca90b5ddc2becbb248ff79b9 --raw | jq '.manifests | map(select(.platform.architecture != "unknown") | .platform.os + "/" + .platform.architecture)'
[
  "linux/amd64",
  "linux/arm64"
]
$ docker buildx imagetools inspect registry.hub.docker.com/cloudposse/github-action-docker-build-push:sha-c5f9ccf5aad31e6d255ea1631a4dc2311d88452e --raw | jq '.manifests | map(select(.platform.architecture != "unknown") | .platform.os + "/" + .platform.architecture)'
[
  "linux/amd64"
]
$ docker buildx imagetools inspect registry.hub.docker.com/cloudposse/github-action-docker-build-push:sha-fd863042e23edb3cdea14cd459f4307ed2b29f3d --raw | jq '.manifests | map(select(.platform.architecture != "unknown") | .platform.os + "/" + .platform.architecture)'
[
  "linux/amd64",
  "linux/arm64"
]

As previously mentioned, there is a race condition between the three tests that get dispatched by this action. They all produce an image tag of sha-[sha]. That means that if the test-docker-build-multi-platform.yml build finishes before the test-docker-build.yml build, the multi-platform manifest will be overwritten by the single-platform image.

references

N/A

🤖 Automatic Updates

Update .github/settings.yml @osterman (#69) ## what - Update `.github/settings.yml` - Drop `.github/auto-release.yml` files

why

  • Re-apply .github/settings.yml from org level
  • Use organization level auto-release settings

references

  • DEV-1242 Add protected tags with Repository Rulesets on GitHub
Update release workflow to allow pull-requests: write @osterman (#66) ## what - Update workflow (`.github/workflows/release.yaml`) to have permission to comment on PR

why

  • Add comment to PR when it is released
Use GitHub Action Workflows from `cloudposse/.github` Repo @osterman (#65) ## what - Update workflows (`.github/workflows/settings.yaml`) to use shared workflows from `.github` repo

why

  • Reduce nested levels of reusable workflows
Use GitHub Action Workflows from `cloudposse/.github` Repo @osterman (#64) ## what - Update workflows (`.github/workflows/settings.yaml`)

why

  • Support new readme generation workflow.
  • Generate banners

v1.16.0

26 Apr 16:36
51728c1
Compare
Choose a tag to compare
Feature: Variable Passthrough & Debug input @Benbentwo (#62)

what

  • Pass through variables for allow, network, buildkitd-flags, and driver-opts
  • Input for debug which adds a debug flag to buildx

why

  • Debugging and allowing users to fully customize the build setup

references

v1.15.1

19 Apr 16:55
22eced2
Compare
Choose a tag to compare
docs: Recommend ECR instead of GHA for buildx caching, update README using `cloudposse/build-harness` @korenyoni (#61)

what

  • Recommend ECR instead of GHA for buildx caching

why

  • ECR remote caching is more appropriate in an AWS environment, as it can lead to better performance (and potentially lower costs if an ECR VPC endpoint is used in conjunction with hosted GHA runners).

references

v1.15.0

09 Feb 00:07
dd2a28d
Compare
Choose a tag to compare
Use cloudposse version of jq @goruha (#59)

what

why

  • edwardgeorge/jq-action@main poor supported
chore(deps): update dcarbone/install-jq-action action to v2.1.0 @renovate (#56)

This PR contains the following updates:

Package Type Update Change
dcarbone/install-jq-action action minor v2.0.2 -> v2.1.0

Release Notes

dcarbone/install-jq-action (dcarbone/install-jq-action)

v2.1.0

Compare Source

What's Changed
New Contributors

Full Changelog: dcarbone/install-jq-action@v2.0.2...v2.1.0


chore(deps): update nick-fields/assert-action action to v2 @renovate (#58)

This PR contains the following updates:

Package Type Update Change
nick-fields/assert-action action major v1 -> v2

Release Notes

nick-fields/assert-action (nick-fields/assert-action)

v2

Compare Source


v1.14.0

06 Nov 23:02
f113991
Compare
Choose a tag to compare
chore(deps): update docker/metadata-action action to v5 @renovate (#46)

This PR contains the following updates:

Package Type Update Change
docker/metadata-action action major v4 -> v5

Release Notes

docker/metadata-action (docker/metadata-action)

v5

Compare Source


Update dcarbone/install-jq-action action to v2 @renovate (#49)

This PR contains the following updates:

Package Type Update Change
dcarbone/install-jq-action action major v1.0.1 -> v2.0.2

Release Notes

dcarbone/install-jq-action (dcarbone/install-jq-action)

v2.0.2

Compare Source

What's Changed

New Contributors

Full Changelog: dcarbone/install-jq-action@v2.0.1...v2.0.2

v2.0.1

Compare Source

What's Changed

Full Changelog: dcarbone/install-jq-action@v2.0.0...v2.0.1

v2.0.0

Compare Source

What's Changed

New Contributors

Full Changelog: dcarbone/install-jq-action@v1.0.1...v2.0.0


Update actions/checkout action to v4 @renovate (#43)

This PR contains the following updates:

Package Type Update Change
actions/checkout action major v3 -> v4

Release Notes

actions/checkout (actions/checkout)

v4

Compare Source


Update docker/login-action action to v3 @renovate (#45)

This PR contains the following updates:

Package Type Update Change
docker/login-action action major v2 -> v3

Release Notes

docker/login-action (docker/login-action)

v3

Compare Source


Custom Tags allowed as output @Benbentwo (#53)

what

  • the tags input allows us to add additional tags, but not necessarily use them in the output. this PR fixes that using the priority to sort the output.
  • adds pass through no-cache option
  • Fixes Tests with multi arch through docker buildx inspect

why

  • Custom tagging of applications

References

  • Duplicate of and closes #52 - testing GHA from non fork

v1.13.1

18 Jul 18:44
0192482
Compare
Choose a tag to compare
feat: Parameterized DOCKER_METADATA_PR_HEAD_SHA to allow for PR-HEAD tagging @pk-nb (#40 ) (#41)

what

  • By default, Github Actions uses merge commits during PR events for checkout.
  • Similarly, the docker-metadata action will use the PR merge commit for the docker SHA tags (referenced via the github.sha variable).
  • This adds a parameter that allows users to configure docker metadata-action to compute the SHA tags to use github.event.pull_request.head.sha instead.
    • Unfortunately the metadata-action does not compute based on a checkout action of the code, so we have to tell it to use the correct event SHA explicitly with this environment variable.
  • (Folks will also need to update the checkout action in their own workflows to use github.event.pull_request.head.sha)

See https://github.com/docker/metadata-action#environment-variables for documentation.

why

  • Some users (like us!) find the the default behavior of merge-commits challenging
    • Since the merge commit contains code from the target branch, it becomes very difficult to build an image without main branch code in it for hotfixes (with a manual release workflow that we use)
    • Merge conflicts cause builds to not be triggered, which is annoying for large / long-running branches
    • Some find it unintuitive that the SHAs don't match the PR head
    • It is harder to reference tags in the ECR registry since the merge SHAs are more opaque
  • Parameterized it as other folks may like the tradeoffs of merge commits for "closer to merge" results for testing and don't want to break other workflows.

Refs

🤖 Automatic Updates

Update README.md and docs @cloudpossebot (#36)

what

This is an auto-generated PR that updates the README.md and docs

why

To have most recent changes of README.md and doc from origin templates

v1.13.0

01 Jun 15:46
c4633c5
Compare
Choose a tag to compare
Expose buildx provenance (#38) (#39) @Sytten

what

  • Expose provenance buildx parameter

why

  • Deploy to lambda

references