-
Notifications
You must be signed in to change notification settings - Fork 62
(rough sketch dumps) Follow ups from catalogd-integration #187
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
Comments
For the vast majority of these tests, I would much prefer to see this be "build image, kind load image, use imagePullPolicy IfNotPresent". This means there's no need for an actual image registry. |
AFAIK, they can return anything. And then you can assert on whatever is returned. |
That works too. But that also means we'll have to figure out how we can give access to the test clusters' context to the test suite, etc |
We've got this setup working in the rukpak repo. It takes some effort, but once its setup it works really well. |
Another potential follow-on: https://github.com/operator-framework/operator-controller/pull/182/files#r1178493885 |
We probably may have to refactor this in a different way if this gets in (if that's what we want to eventually do). cc: @perdasilva |
quay.io/operatorhubio/catalog:latest
Clean up "properties' values must be json objects" expectations in variable source implementation, more details here
Move catalogd resources get/watch verbs for operator-controller closer to where they're needed (entitysource implementation). More details here
The text was updated successfully, but these errors were encountered: