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
We should similarly parse the validation attributes from the schema, and store them as properties on OutputMember, so we can (optionally) add them to the generated code. (See crd_api example for how the output is supposed to look (ignore the deprecation attrs)).
Fields to look for (that we currently do not cover):
Don't think we can verify all of them, but should be able to do min/max stuff + patterns with some of the basics from validator. Partial attempts at some of the properties is welcome.
At the very least this needs:
flags for OutputMember to store information found during analysis
--validation bool flag for cli to optionally enable it
crd with a test case for CI
The text was updated successfully, but these errors were encountered:
kube-derive
supports usingschemars
+validator
to inject validation rules into the schema.We should similarly parse the validation attributes from the schema, and store them as properties on
OutputMember
, so we can (optionally) add them to the generated code. (See crd_api example for how the output is supposed to look (ignore the deprecation attrs)).Fields to look for (that we currently do not cover):
These are mentioned in the kubernetes crd docs.
Don't think we can verify all of them, but should be able to do min/max stuff + patterns with some of the basics from validator. Partial attempts at some of the properties is welcome.
At the very least this needs:
OutputMember
to store information found during analysis--validation
bool flag for cli to optionally enable itThe text was updated successfully, but these errors were encountered: