-
Notifications
You must be signed in to change notification settings - Fork 199
Add skaffold configuration for local development loop #3146
Copy link
Copy link
Open
Labels
kind/machineryCategorizes issue or PR as related to Makefile, scripts or similar changes.Categorizes issue or PR as related to Makefile, scripts or similar changes.priority/important-longtermImportant over the long term, but may not be staffed and/or may need multiple releases to complete.Important over the long term, but may not be staffed and/or may need multiple releases to complete.triage/acceptedIndicates an issue or PR is ready to be actively worked on.Indicates an issue or PR is ready to be actively worked on.
Metadata
Metadata
Assignees
Labels
kind/machineryCategorizes issue or PR as related to Makefile, scripts or similar changes.Categorizes issue or PR as related to Makefile, scripts or similar changes.priority/important-longtermImportant over the long term, but may not be staffed and/or may need multiple releases to complete.Important over the long term, but may not be staffed and/or may need multiple releases to complete.triage/acceptedIndicates an issue or PR is ready to be actively worked on.Indicates an issue or PR is ready to be actively worked on.
Type
Fields
Give feedbackNo fields configured for issues without a type.
Context
We need a unified and efficient way to develop the operator locally. By introducing skaffold, we can automate the standard dev loop (modify, build, push, deploy).
This issue aims to provide a basic
skaffold.yamlconfiguration and to adapt our manifests so they're usable with it (it should be able to deploy all operator dependencies and the operator built from local sources).https://github.com/bkuzmic/skaffold-podman-kind is worth looking into for local registry setup for quicker image updates.
Prerequisite: #3144
Acceptance criteria
skaffold.yamlconfiguration file is added to the repositorykindprofile exists that allows running the dev loop against a local kind cluster