Transform optional enums to match pre kube 2.0.0 format

[Danil-Grigorev]

Motivation

Schemars bump to 1.0 with kube 2.0 broke optional enum CRD generation. Verified it with schemars 1.1.0 - problem still exists.

Solution

Introduce an OptionalEnum transform to allow usage of Option<Enum> as in kube 1.0.0 with schemars < 1.0.0.

Removes incompatible output of schema generator with:

{
  "anyOf": [
    { "enum": ["Debug", "Info", "Error"], "type": "string" },
    { "enum": [null], "nullable": true }
  ]
}

replacing it with expected:

{ "enum": ["Debug", "Info", "Error"], "type": "string", "nullable": true }

Fixes: #1821

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 74.8%. Comparing base (52d257d) to head (93df154).
⚠️ Report is 3 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##            main   #1853     +/-   ##
=======================================
+ Coverage   74.7%   74.8%   +0.1%     
=======================================
  Files         84      84             
  Lines       7938    7951     +13     
=======================================
+ Hits        5925    5940     +15     
+ Misses      2013    2011      -2     

Files with missing lines	Coverage Δ
kube-core/src/schema.rs	95.8% <100.0%> (+0.7%)	⬆️
kube-derive/src/custom_resource.rs	84.3% <ø> (ø)
kube-derive/tests/crd_schema_test.rs	100.0% <ø> (ø)

... and 4 files with indirect coverage changes

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[clux]

this looks sensible to me. minor nits only.
need to look at the bigger PR though.

[clux]

Thanks a lot. Easy to review. Maybe let's wait for a response on #1839 first. They have tests for this exact transform, and it'd be good to preserve those / get some tests for this.

let's wait with this. the #1893 pr is more holistic approach, so lets see if we can get that merged first.

[clux]

given the scope of the other pr, and time concerns, i'm leaning more towards this pr again