Skip to content

chore(deps): update snok/container-retention-policy action to v3#515

Open
renovate[bot] wants to merge 1 commit into
masterfrom
renovate/snok-container-retention-policy-3.x
Open

chore(deps): update snok/container-retention-policy action to v3#515
renovate[bot] wants to merge 1 commit into
masterfrom
renovate/snok-container-retention-policy-3.x

Conversation

@renovate

@renovate renovate Bot commented Apr 19, 2026

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Type Update Change
snok/container-retention-policy action major v2v3.1.0

Release Notes

snok/container-retention-policy (snok/container-retention-policy)

v3.1.0

Compare Source

Features

  • The action now automatically detects and filters out any package version that belongs to a multi-arch image meant to be retained (#​131). This should resolve issues #​90, #​95, #​97 and more. Thanks to @​sennerholm for starting this work.

Fixes

  • Fixed an issue in negative durations causing the action to panic (#​133). Fixes #​128.
  • Fixed token parsing related to Github's token format migration (source). Fixes #​132 and #​129.

Misc

  • Updated all workflow versions
  • Updated dependencies and linters

Full Changelog: snok/container-retention-policy@v3.0.1...v3.1.0

v3.0.1

Compare Source

What's Changed

  • Use provided GITHUB_* URL variables by @​rkarp in #​88
  • Fix output coloring
  • Update dependencies

New Contributors

Full Changelog: snok/container-retention-policy@v3.0.0...v3.0.1

v3.0.0

Compare Source

v3.0.0

Disclaimer: This release breaks the API of the action to a large degree. It might be wise to run the action with dry-run: true after upgrading.

This release is a complete rewrite of the action, tackling most if not all open issues in the issue tracker. Some of the highlights include:

  • Simplifying and consolidating the inputs of the action
  • Improving the runtime performance, and the initialization time of the action in CI
  • Support for multi-platform packages
  • Support for new token types (secrets.GITHUB_TOKEN and Github app tokens)
  • Much better handling of GitHub API rate limits

💥 There are a lot of breaking changes, so we've included a migration guide at the bottom of this post, to make things a bit simpler.

Since the release introduces a few thousand lines of code, we expect there may be a few things left to iron out. If you run into any problems, please share them in the v3 release issue.


In addition to what's mentioned above, other new features and changes include:

  • Significant effort has been spent on improving the logging, to give better insights into what exactly is happening
  • Updated license from BSD-3 to MIT.
  • The available syntax for image-names and image-tags previously allowed wildcards (using the * character). We now also allow the ? character to express a single-character wildcard. For example, the pattern ca? will match car and cat. See the wildmatch docs for details.

In addition to changing the inputs of the action (more details below), there are a few other breaking changes:

  • We'll no longer maintain mutable major and minor version tags for the action. There will be no v3 target for the action, just v3.0.0 and other exact versions. Mutable major version tags are generally hard to maintain and not much safer than tracking the main branch, so more precise tag tracking should reduce the likelihood of broken runs going forward. Paired with dependabot, upgrading should not be much harder than it has been.
  • The needs-assistance output was deleted

And in terms of performance improvements:

  • The action has been rewritten from a composite action to a container action, and the total size of the new image is < 10Mi.
  • The action would previously take ~30 seconds to initialize and would require a Python runtime. The action now starts in less than a second, and runs as a standalone binary.
  • The runtime of the action has been reduced, and assuming we need to delete less than 180 package versions, the action completes in, at most, a few seconds. See this example of a recent run. When we have to delete more than 180 package versions, there's a minute of waiting for every 180 new package versions, as a consequence of GitHub's secondary API rate limits. See the new README for details.
Migration guide
  • The account-type and org-name inputs have been replaced with account, which should be set to the literal string "user" if you previously used account-type: personal and to the organization name otherwise:

    - account-type: personal
    + account: user

    or

    - account-type: organization
    - org-name: acme
    + account: acme
  • The filter-tags key has been renamed to image-tags

    - filter-tags: *-prod
    + image-tags: "*-prod"
  • The token-type input has been removed. If you previously used token-type: github-token, then you can now instead pass the secret value to token and have the type of token be auto-detected:

    - token-type: github-token
    + token: ${{ secrets.GITHUB_TOKEN }}

    In other words, we've consolidated token-type and token into a single arg.

  • The skip-tags input has been removed. If you previously used skip-tags: latest, you should now specify a negative glob pattern in image-tags.

    - filter-tags: l*
    - skip-tags: latest
    + image-tags: "l* !latest"

    In other words, we've consolidated the two arguments, by adding support for the ! operator, which means "not".

  • The filter-include-untagged and untagged-only inputs were removed.

    filter-include-untagged previously enabled you to opt-out of deleting untagged images, while untagged-only would allow you to opt-out of deleting tagged images. This was a bit confusing, even for me.

    To make things simpler, these have been collapsed into one argument, called tag-selection which accepts the string values tagged, untagged, or both.

    - filter-include-untagged: true
    - untagged-only: false
    + tag-selection: both

    or

    - filter-include-untagged: true
    - untagged-only: true
    + tag-selection: untagged
  • The cut-off input no longer accepts human-readable datetimes. Instead, it accepts the inputs listed here. For example:

    - cut-off: two hours and 5 minutes ago UTC+2
    + cut-off: 2h 5m

    or

    - cut-off: One week ago UTC
    + cut-off: 1w

    There is no longer timezone support built-into this option. All durations are relative to the current time, UTC.

  • The keep-at-least argument was renamed keep-n-most-recent to make clearer what it does

    - keep-at-least: 5
    + keep-n-most-recent: 5

Configuration

📅 Schedule: (UTC)

  • 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.

@renovate renovate Bot changed the title chore(deps): update snok/container-retention-policy action to v3 chore(deps): update snok/container-retention-policy action to v3 - autoclosed Apr 19, 2026
@renovate renovate Bot closed this Apr 19, 2026
@renovate renovate Bot deleted the renovate/snok-container-retention-policy-3.x branch April 19, 2026 16:32
@renovate renovate Bot changed the title chore(deps): update snok/container-retention-policy action to v3 - autoclosed chore(deps): update snok/container-retention-policy action to v3 Apr 21, 2026
@renovate renovate Bot reopened this Apr 21, 2026
@renovate renovate Bot force-pushed the renovate/snok-container-retention-policy-3.x branch 2 times, most recently from 6674f75 to f7edd97 Compare April 21, 2026 21:33
@renovate renovate Bot force-pushed the renovate/snok-container-retention-policy-3.x branch from f7edd97 to 1528678 Compare April 29, 2026 13:06
@renovate renovate Bot force-pushed the renovate/snok-container-retention-policy-3.x branch from 1528678 to 5e41f2e Compare May 29, 2026 10:07
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.

0 participants