Open killianmuldoon opened 9 months ago
@lubronzhan in https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/issues/1483 you said that legacyNodeSelectorKey
and legacyClusterSelectorKey
labels should be around for one or two releases, but you were waiting for more input. Do you think it's safe to get rid of these, and the others, in CAPV's next release?
Hi @killianmuldoon , I think it's ok to deprecate it now since clusters have been upgraded to newer version. Let me create a PR to remove the legacy one
Hi @killianmuldoon , I think it's ok to deprecate it now since clusters have been upgraded to newer version. Let me create a PR to remove the legacy one
I think we're getting mixed messages on this from some folks downstream - we've decided to keep these labels around for the time being.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
There's a number labels in the CAPV codebase related to older APIVersions that should be removed along with the code that handles transitioning them.
We have:
Added in https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/pull/1486 https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/blob/653d6e9196b1a5e67003da6c5e8850dd7690dd83/controllers/vspherecluster_reconciler.go#L58
Added in https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/pull/1536 https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/blob/653d6e9196b1a5e67003da6c5e8850dd7690dd83/pkg/services/network/constants.go#L37
Added in https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/issues/1483 https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/blob/09ff688ddb29e6a8900c1aa02241f5b26de15713/pkg/services/vmoperator/control_plane_endpoint.go#L53-L54
These PRs were all introduced in CAPV v1.2.0 https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/releases/tag/v1.2.0 and were introduced as part of the v1beta1 API.
Each of the above were introduced with the explicit
legacy
prefix, and none are public go variables.v1.9.0 is 7 releases down the line from when these were introduced and I think we should consider removing them now.