Immich v1.102.0 - ⚠️ Breaking Changes (OPT-IN ONLY)
Immich v1.102.0 - ⚠️ Breaking Changes (OPT-IN ONLY)
v1.102.0 ⚠️ Breaking Changes (OPT-IN ONLY) CautionFor people always pulling the latest compose file, this is a breaking change! Disregarding the notes will result in (temporary) data loss! Backgrou...
You're viewing a single thread.
Who was pulling the dicker compose and just straight up running the GitHub version on their server. That seems crazy. Even pulling :latest tag seems crazy to me but this is another level.
This change is only breaking if you are running someone else's docker compose on your server without looking at it.
Also who was running their entire photo album in a docker volume rather than a mount point on the host. Another insane decision. To be fair, the default docker compose never should have had that. It should have been a mount point right from the start.
I don’t run Immich specifically but all other software I run is on :latest tags and unattended-upgrades on Debian. It works so, why bother?
Mainly because of the number of things I have that I rely on every day and definitely don't want to break until I'm ready to upgrade it and have time to fix it if it does break.
I know many do use :latest but having a service break while I'm away or travelling really sucks
Why would using latest randomly break your containers?
It's not unusual for an update to have breaking changes that require some manual intervention to fix.
If you are on latest, it can also be hard to know which version you used to be on if you want to roll back.
For important things, I used specific version tags and then check the release notes before upgrading.
Only I rely on my services and if they break I’ll fix them myself.
Ok...so it should be easy to understand why for many people :latest is not a good idea