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
Currently, when dsc calls export, for each returned instance, it generates the name property as an incrementing value prefixed by the resource type. This means the end user needs to manually modify each instance if they want it a bit more descriptive.
And DSC / other integrators would be able to handle it appropriately.
I've been thinking about the contract for metadata and I think having a single _metadata object is probably a good idea, especially if we scope the DSC-engine-specific metadata to a top-level property - then people can comfortably add whatever other metadata to that object, as long as whatever they return in metadata."Microsoft.DSC" matches our schemas.
Summary of the new feature / enhancement
Currently, when
dsc
callsexport
, for each returned instance, it generates thename
property as an incrementing value prefixed by the resource type. This means the end user needs to manually modify each instance if they want it a bit more descriptive.Proposed technical implementation details (optional)
Resources should be able to return a
_name
type metadata as part of export that would be used instead.The text was updated successfully, but these errors were encountered: