Replies: 2 comments
|
I would also love these features!
some config for a trigger like default-include-all=false would even be enough for this, as the trigger.include exists. I dont even understand what trigger.include does because everything is included by default anyways. |
0 replies
|
Feature merged via #1293! The WUD_WATCHER_{name}_EXCLUDE configuration option is now available for Docker watchers. It will be included in the next release. Thanks for the feedback! |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
It took me quite some effort to configure WUD initially, but very happy with it! Thanks!
The past couple of weeks I did realize I had several needs that can't seem to be addressed in WUD yet. Wanted to let you in on my thoughts, perhaps you can use it as input for future versions :).
Here some use cases for 3 different categories of containers I have distinguished:
Should never auto-update, but I do want to be informed of updates. Since updating those requires testing etc. I don't want frequent notifications (once a month seems fine) and I want to ignore minor updates
I am willing to auto-update those and I want a notification of available updates (but preferable when the update has been performed). I want the updates to be performed on every thursday night: When something goes wrong the impact is less, since there are less users on friday and I tend to have more time available on fridays. Plus since I perform updates weekly there shouldn't be many failed updates at the same time
These containers are exposed to the internet, and I want them updated ASAP (every night)
More use cases:
A possible solution I came up with:
Regarding wachters/triggers: Would be great if you could use operators (like AND / OR / NOT). Plus a "category = none" option.
All reactions