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 be able to come up with a standard doc string for each form of TTArgsTInput and TOutput that is specific about the intended usage, for instance:
// T may be used to specify detailed instructions about how to build a container.// T is the raw representation of the type.// TArgs is the pulumified version of T where are members are outputs. // Construct TArgs as an input to NewDockerBuild(...)
The work here is to:
Define the standard template for each form of T
Update our code generators to put these in in our SDK types for go (aws, azure, gcp).
Right now it can be very hard to determine what form of
T
to construct when using nested types. This cloud trail argument:https://github.com/pulumi/pulumi-aws/blob/c29dcf1b7f3209874af908b4fa94c81991b5adde/sdk/go/aws/cloudtrail/trail.go#L155
Leads to this overwhelming type file with no clarity on what the proper form of the type should be:
https://github.com/pulumi/pulumi-aws/blob/c29dcf1b7f3209874af908b4fa94c81991b5adde/sdk/go/aws/cloudtrail/pulumiTypes.go
We should be able to come up with a standard doc string for each form of
T
TArgs
TInput
andTOutput
that is specific about the intended usage, for instance:The work here is to:
Came up in pulumi/pulumi-docker#147 (comment)
The text was updated successfully, but these errors were encountered: