-
Notifications
You must be signed in to change notification settings - Fork 908
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
Update kustomize in kubectl #818
Comments
The current kustomize in kubectl is 2.0.3. /sig cli |
The current challenge with updating kustomize in kubectl is the different versions of common dependencies. This challenge will be solved when kubectl completely removed from core kubernetes. |
/kind documentation |
It would be great to have the latest kustomize version in kubectl :-) |
/remove-kind documentation Sorry, I think I misclassified this. Sounds like this is not just a documentation thing. |
+1 : the It would already be nice to be able to get the underlying |
Are there any current plans to at least get kustomize on a 3.X release instead of remaining a full major release behind? |
The amount of issues present in 2.x.x is really annoying. Can we get this prioritized? |
`bases` is a deprecated section of the kustomize API, and is replaced by `resources` in v2.1.0 onwards. Since we use kustomize 3.X, this moves our kustomization yamls to the new accepted format. This also moves our Makefile away from using `kubectl <apply/delete> -k`, which uses kubectl's older, bundled version of Kustomize v2.0.3 (see [this issue](kubernetes/kubectl#818)).
Is there any update its pretty hard to follow examples (as nee starter) just to find out that the kustomize version shipped in kubectl/oc is pretty outdated :( |
/priority important-soon Tied with #797 |
Tracking in the kustomize repo as kubernetes-sigs/kustomize#1500 |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
/remove-lifecycle stale |
Will download and use the standalone kustomize tool instead of the one integrated in the OC_TOOL As of v3.7.0 Kustomize supports a special type of kustomization that allows one to define reusable pieces of configuration logic that can be included from multiple overlays. Components come in handy when dealing with applications that support multiple optional features and you wish to enable only a subset of them in different overlays, i.e., different features for different environments or audiences. It is not clear when kustomize 3.x will be integrated into the kubectl, current supported version is 2.x The integration is tracked here: kubernetes/kubectl#818
Will download and use the standalone kustomize tool instead of the one integrated in the OC_TOOL As of v3.7.0 Kustomize supports a special type of kustomization that allows one to define reusable pieces of configuration logic that can be included from multiple overlays. Components come in handy when dealing with applications that support multiple optional features and you wish to enable only a subset of them in different overlays, i.e., different features for different environments or audiences. It is not clear when kustomize 3.x will be integrated into the kubectl, current supported version is 2.x The integration is tracked here: kubernetes/kubectl#818
Specify the namespace in the base kustomization.yml but not in the base resources so that can be kustomized by patches that don't specify the same namespace. The kustomize version shipped with kubectl has been recently updated, see: kubernetes/kubectl#818 This introduces an incompatibility when we try to apply a patch that doesn't specify a namespace to a base obejct that instead specifies it. The simplest option to have it working at the same time with kustomize 2.y and 3.y seems to set the namespace only on the base kustomization.yml but not on the base resources. See: kubernetes-sigs/kustomize#1351 Signed-off-by: Simone Tiraboschi <stirabos@redhat.com>
Specify the namespace in the base kustomization.yml but not in the base resources so that can be kustomized by patches that don't specify the same namespace. The kustomize version shipped with kubectl has been recently updated, see: kubernetes/kubectl#818 This introduces an incompatibility when we try to apply a patch that doesn't specify a namespace to a base obejct that instead specifies it. The simplest option to have it working at the same time with kustomize 2.y and 3.y seems to set the namespace only on the base kustomization.yml but not on the base resources. See: kubernetes-sigs/kustomize#1351 Signed-off-by: Simone Tiraboschi <stirabos@redhat.com>
The documentation out there is not right for the version baked in kubectl at the moment.
It is incredibly frustrating attempting to use it :|
Can we have this updated so we can use more options to generating manifests?
The text was updated successfully, but these errors were encountered: