Open sivchari opened 3 months ago
This issue is currently awaiting triage.
If CAPI contributors determine this is a relevant issue, they will accept it by applying the triage/accepted
label and provide further guidance.
The triage/accepted
label can be added by org members by writing /triage accepted
in a comment.
We have to take a closer look Some time ago we even considered to implement a linter to enforce some rules about optional vs required. But first we need to figure out if the rules defined in API conventions apply to CRDs / To CAPI (we found some nuances in the past)
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
This issue is similar with https://github.com/kubernetes-sigs/cluster-api/issues/6416 I listed the fields that we should discuss about which the data type is better for each field for next revision.
I listed the field that is optional, but the type isn't pointer or that isn't optional, but the type is pointer. ref: https://github.com/kubernetes/community/blob/master/contributors/devel/sig-architecture/api-conventions.md#optional-vs-required
Sorry if this is too delicated for the community, but I think it should do it to be good stable API because.
Thanks.
ClusterSpec
ClusterStatus
ClusterClassSpec
ClusterClassStatus
MachineStatus
MachineDeploymentSpec
MachineDeploymentStatus
MachineHealthCheckStatus
MachineSetSpec
MachineSetStatus
KubeadmConfigSpec
KubeadmConfigStatus
KubeadmControlPlaneSpec
KubeadmControlPlaneStatus
KubeadmControlPlaneTemplateSpec