-
Notifications
You must be signed in to change notification settings - Fork 875
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
Update/Downgrade an container to a specific tag via http api mode #1932
Comments
It will be nice to have an API endpoint to manually update an specific container, that is in monitory only mode, to the last image available. To avoid to manually update the stale ones that I don't want to update it automatically. I know that I can run multiple instances of watchtower with diferent scopes but I only want to update manually an specific container. So considering the endpoint like localhost:8080/v1/update?images=<image_name> to keep it simple for now. |
Maybe i get you wrong but i think you can already update certain containers via API: The feature I'm missing is to update a container with a specific tag. |
I would also add a usecase - we have several environments where service is running (dev, test, live, etc) and we'd like a finer control over which version (tag) is deployed where. |
+1 for this, would be nice to be able to use watchtower with specific version tags rather than relying on latest |
@heyromnivan @JRHemmen i just added this in #2054 |
Is your feature request related to a problem? Please describe.
I'd like to update OR downgrade a specific container via http mode.
I'm using
localhost:8080/v1/update?images=<image_name>
to update my containers via http.However, in case the new container contain any errors I'd like to downgrade them again to the tag that was used before.
Describe the solution you'd like
Allow to add an image name with a certain tag.
In this way we could define which tag should be used.
Example:
localhost:8080/v1/update?images=<image_name>:<tag>
Describe alternatives you've considered
Another possibility would be an api call "downgrade". The approach, however, would be less flexible as it would only reset the container to the penultimate tag.
Example:
localhost:8080/v1/downgrade?images=<image_name>
Additional context
No response
The text was updated successfully, but these errors were encountered: