Add type meta data for list types

[Danil-Grigorev]

Motivation

While implementing generic resource listing from discovery results, it seems the type meta is omitted, though it is guarantied to be supplied on the list resource type. This makes it hard to know the resource kind if the ApiCapabilities goes out of scope.

Solution

Store the TypeMeta with the resource list result.

[clux]

Thanks for this. Generally looks sensible, just a few nits on tests and an optional suggestion for TypeMeta

[clux]

last nit on naming, new ctors look great and have great docs. ty!

[codecov]

Codecov Report

Attention: 6 lines in your changes are missing coverage. Please review.

Comparison is base (00fffed) 72.1% compared to head (cc20027) 72.1%.
Report is 1 commits behind head on main.

❗ Current head cc20027 differs from pull request most recent head 4e76988. Consider uploading reports for the commit 4e76988 to get more accurate results

Additional details and impacted files

@@           Coverage Diff           @@
##            main   #1380     +/-   ##
=======================================
- Coverage   72.1%   72.1%   -0.0%     
=======================================
  Files         75      75             
  Lines       6435    6459     +24     
=======================================
+ Hits        4635    4652     +17     
- Misses      1800    1807      +7     

Files	Coverage Δ
kube-core/src/object.rs	84.2% <100.0%> (+4.8%)	⬆️
kube/src/mock_tests.rs	97.9% <ø> (ø)
kube-core/src/metadata.rs	67.7% <0.0%> (-14.4%)	⬇️

... and 2 files with indirect coverage changes

[clux]

Thanks again for this. Have fixed up the MSRV build so this should be mergeable now.