-
-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Remove YYYY.MM.DD old version tags #123
Comments
Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid. |
We are not able to delete tags from all registries, and thus will not create discrepancies across them. |
Thanks. This helps make further sense! I hadn't discovered this through my searching. Maybe something to link from on the container pages when referring to the tags available? Maintaining dozens of container stacks without automated version notifications from before I implemented Renovate was becoming problematic for me as I would forget to check the "set and forget" type images and they'd drift woefully out of date. If not advocating Renovate, where's a good place to discuss or get information about how to keep on top of updates without just targeting |
I'm not recommending against Renovate per se, but I'm recommending against relying on upstream semver for our images. For tags, there are various options, but if you're looking for the most convenient, you can stay on latest for most of our images (except for Nextcloud and maybe a couple of others) as long as you're doing attended upgrades with proper backups. Our images make it very easy to make backups by consolidating all user info into a single config folder. The biggest downside of being on latest is not easily knowing which image version you're on. So when an upgrade fails and you want to go back to the previous version you were on, you may have to go through the tag list on one of the registry hubs. But you can easily check the image version of a running container: https://github.com/linuxserver/docker-tautulli#support-info A versioned backup method like described here would easily get you back to the exact same running state as before in case something breaks: https://www.linuxserver.io/blog/2019-10-01-updating-and-backing-up-docker-containers-with-version-control |
Is there an existing issue for this?
Current Behavior
I'm using Mend Renovate to automatically add PRs into my repo when new versions of images I use are released. This works well for all of your images except this one, which appears to have changed version number scheme at some point from YYYY.MM.DD to Major.Minor.Patch. Because the last one of these
2021.12.16
is higher than the current version in my config2.13.1
, Mend Renovate is detecting the older package as a higher version.Expected Behavior
Remove 2+ year old packages and old version number scheme to prevent confusion for automation.
Steps To Reproduce
docker-compose.yml
withlscr.io/linuxserver/tautulli:2.13.1
as a targeted image2.13.1
as upgradeable to2021.12.16
Environment
CPU architecture
arm64
Docker creation
Container logs
The text was updated successfully, but these errors were encountered: