-
Notifications
You must be signed in to change notification settings - Fork 397
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
How to update a docker image? #145
Comments
Tag seem to be the best answer to the question.
I think we have two kind of container:
We can in the registry force user to ask for a tag a latest in order to make things clear. |
If we want tag for our container in this repo I think we need to found a way to build them using travis: But how to give the version number to tag to travis? |
But even containers, where we don't care about the version, have to be tagged. Otherwise an existing customer can't easily upgrade to the lastet version. |
Tag make upgrade more harder because GNS3 will remember the tag and will use the old tag :( |
A topology made with a tag will use it for ever. |
Oh, I see. But then a user has no way to upgrade an existing docker VM without using docker commands in the CLI of the GNS3 server/VM. |
Mmm back to the initial problem :( |
To make things worse: So looking at the docker hub doesn't tell you, if an image is really changed or just rebuild with no real changes. |
This mean we probably need a more smart system for building images :( |
No interest from GNS3 side |
I would like to investigate this to see if something can be done. Julien implemented most of the Docker support back in the days, so I need to check how things could be modified. |
Note: the old images with |
Since docker v1.13.0 (2017-01-18) it's easier with |
Currently I don't know, what's the best way to update a docker image in the registry. When I just change the Dockerfile the :latest version is updated on docker hub, but users, who are already using the previous version of that image have no way within GNS3 to get this update.
Some ideas I got:
docker pull <image>
followed by a image cleanupdocker rmi $(docker images -f "dangling=true" -q)
. If the local image is a recent one,docker pull
will not re-download the image. So only an updated image triggers a download. This update feature should be started only, when the user agrees to it.For me the cleanest way is tagging the image. Then it's well defined, what version will be used. But how to do that without requiring too much efforts from the maintainers?
The text was updated successfully, but these errors were encountered: