Closed govinda-attal closed 4 years ago
@govinda-attal This is something we plan to tackle by rebasing kustomize on top of the same libraries used by kpt functions -- the kyaml libraries in the kustomize repo. Will also address a number of other issues such as keeping comments and structure.
@monopole another rebase issue
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle stale
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle rotten
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /close
@fejta-bot: Closing this issue.
We are planning to use kpt functions and kustomize along with each other.
Kpt functions when apply config changes and later if output is sink to a target directory, it can generate the output files in relevant directories. I think it is able to do so with help of these annotations: (please note config.kubernetes.io/path)
annotations: config.kubernetes.io/index: '0' config.kubernetes.io/path: 'ocp/kustomization.yaml'
It could be really handy of kustomize to keep track of file paths and help in generating output suitably.
We plan to use these (kpt and kustomize) for Anthos config-connector resources, which requires to have configs in a repo in this structure: https://cloud.google.com/anthos-config-management/docs/concepts/repo?hl=sl.
Any thoughts or direction could help.