Normally I just do a fresh ‘docker-compose up’ then a normal gateway restore. But I would like that our service guys can just run a script and its all done…
First, note that docker-compose up will, by default, only pull an image if it isn’t already present on the system. This can be a bit confusing when using something like a latest tag. If you first brought that Compose stack up 6 months ago, for example, the kcollins/ignition:latest image that you have on your Docker host will be out-of-date. However, Docker Compose will still happily use it. Instead, you’ll have to explicitly docker-compose pull && docker-compose up -d to force pulling the latest image.
That said, I recommend pinning to a more specific version, e.g. kcollins/ignition:8.1.1. If you do that, then all you’ve got to do is adjust your compose yaml and re-up.
Finally, if you’ve got your persisted volume (like you show in your docker-compose.yaml), updating the image tag should be all that you have to do in order to upgrade (still advisable to ensure that you have a gateway backup beforehand).
I see that I did not make myself clear enough. I already new that the image was the same when “upgrading”. I just assumed that the content of my application would still be there even though I did not pull a new image… But I guess there is some code that validates the new container only if the image version is upgraded? (delete container and run container will not work?)
I just supspected that the password in my yml file might overwrite the existing password. And it did…
I will try this with an actual upgrade as soon as 8.1.2 is ready