-
Notifications
You must be signed in to change notification settings - Fork 7.1k
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
Use kustomize for skaffold local development #1232
Conversation
Adds kustomization.yaml to kubernetes-manifests folder Changes render target in skaffold.yaml to kustomize
🚲 PR staged at http://35.202.95.12 |
Co-authored-by: Nim Jayawardena <nimjay@google.com>
🚲 PR staged at http://35.202.95.12 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for adding in my suggestion.
Looks good.
Approved!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for adding in my suggestion.
Looks good.
Approved!
* Use kustomize for skaffold local development Adds kustomization.yaml to kubernetes-manifests folder Changes render target in skaffold.yaml to kustomize * Update kubernetes-manifests/kustomization.yaml Co-authored-by: Nim Jayawardena <nimjay@google.com> Co-authored-by: Nim Jayawardena <nimjay@google.com>
Adds kustomization.yaml to kubernetes-manifests folder Changes render target in skaffold.yaml to kustomize
Background
This change allows use of skaffold for local development with a different kustomize target than the default one in kustomize/
This allows us to keep separate "dev" manifests in kubernetes-manifests/ with clean "release" versions occasionally generated and stored in kustomize/base. That way, when you deploy from kustomize/ you will not get any unrelease development noise/features.
Additional Notes
This might not be an ideal solution, but I believe it is a step in the right direction. Note that kustomize components are all in kustomize/components; there are no separate development and release versions. Perhaps the modules could be moved to a dev folder and copied to kustomize/ on release, or perhaps that is less of a concern than ensuring that release manifests always point to pre-built known images. I'm not sure.
Related PRs or Issues
#1228 is definitely related. Using skaffold profiles might provide a better solution, but I'm not sure that it addresses the release/dev manifest separation discussed in Background.