Releases: cloudposse/github-action-docker-build-push
v1.17.2
v1.17.1
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 producedScreenshot

🤖 Automatic Updates
Update README.md and docs @cloudpossebot (#63)
## what This is an auto-generated PR that updates the README.md and docswhy
To have most recent changes of README.md and doc from origin templates
v1.17.0
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
What's Changed
- Use sh in action by @dcarbone in https://github.com/dcarbone/install-jq-action/pull/15
Full Changelog: dcarbone/install-jq-action@v3.0.0...v3.0.1
v3.0.0
What's Changed
- updating matrix versions by @dcarbone in https://github.com/dcarbone/install-jq-action/pull/12
- trying out posix sh by @dcarbone in https://github.com/dcarbone/install-jq-action/pull/14
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
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
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
- This is needed in particular circumstances; see https://docs.docker.com/reference/cli/docker/buildx/build/#build-context
references
Confirmed on a private project:
🐛 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:
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` fileswhy
- 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 PRwhy
- Add comment to PR when it is released
v1.16.0
Feature: Variable Passthrough & Debug input @Benbentwo (#62)
what
- Pass through variables for
allow
,network
,buildkitd-flags
, anddriver-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
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
Use cloudposse version of jq @goruha (#59)
what
- Use
cloudposse/[email protected]
instead ofedwardgeorge/jq-action@main
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
What's Changed
- Support running action inside containers by @TaxBusby in https://github.com/dcarbone/install-jq-action/pull/10
New Contributors
- @TaxBusby made their first contribution in https://github.com/dcarbone/install-jq-action/pull/10
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
v1.14.0
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
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
What's Changed
- use curl instead of wget to avoid download failure on macOS by @vaidyakhil in https://github.com/dcarbone/install-jq-action/pull/8
New Contributors
- @vaidyakhil made their first contribution in https://github.com/dcarbone/install-jq-action/pull/8
Full Changelog: dcarbone/install-jq-action@v2.0.1...v2.0.2
v2.0.1
What's Changed
- using macos as dl link os prefix in lieu of osx by @dcarbone in https://github.com/dcarbone/install-jq-action/pull/7
Full Changelog: dcarbone/install-jq-action@v2.0.0...v2.0.1
v2.0.0
What's Changed
- quick & dirty 1.7 support by @dcarbone in https://github.com/dcarbone/install-jq-action/pull/4
New Contributors
- @dcarbone made their first contribution in https://github.com/dcarbone/install-jq-action/pull/4
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
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
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
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 thegithub.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 usegithub.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
- Since the merge commit contains code from the target branch, it becomes very difficult to build an image without
- 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