You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the feature you'd like:
I would like to deploy three different configs of a workload to different environments, prod, qa, and dev. The configuration of different environments is maintained by KCL code where different environments correspond to different folders. Currently, I believe such a deployment would require 3 different Flux GitRepository resources and 3 accompanying KCLRun resources. Adding field .spec.path to the KCLRun resource would give it comparable functionality to that offered by the Flux Kustomization resource described here: https://fluxcd.io/flux/components/kustomize/kustomizations/#path.
The text was updated successfully, but these errors were encountered:
ron1
changed the title
Add spec.path field to KCLRun resource
[Feature] Add spec.path field to KCLRun resource
May 23, 2024
ron1
changed the title
[Feature] Add spec.path field to KCLRun resource
[Feature] Add .spec.path field to KCLRun resource
May 23, 2024
Hello. Thanks for the feature request #69, #68 and your use cases.
Essentially, there are two GitOps approaches here.
Upload KCL compiled artifacts (usually YAML that satisfies the Kubernetes specifications) to OCI through CI, and then publish them through Flux OCIRepository and Kustomization resources
Simply using KCLRun resources and Flux GitRepository resources for publishing, of course, this requires the ability of the flux kcl controller, as mentioned in this issue. However, this does not mean that complete redevelopment is required, only importing the package of the flux kustomize controller for consumption.
In short, this is a reasonable requirement, PRs also welcome. ❤️
Feature Request
Describe the feature you'd like:
I would like to deploy three different configs of a workload to different environments, prod, qa, and dev. The configuration of different environments is maintained by KCL code where different environments correspond to different folders. Currently, I believe such a deployment would require 3 different Flux GitRepository resources and 3 accompanying KCLRun resources. Adding field
.spec.path
to the KCLRun resource would give it comparable functionality to that offered by the Flux Kustomization resource described here: https://fluxcd.io/flux/components/kustomize/kustomizations/#path.The text was updated successfully, but these errors were encountered: