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
If you want to implement this feature, comment to let us know (we'll work with you on design, scheduling, etc.)
Issue details
Today, the API documentation for a Pulumi Package is generated and published in https://github.com/pulumi/docs. As part of #222 and in preparation for #206, we should enable a Pulumi Package's API documentation to be generated and stored inside the package's repository, ideally as part of any build and publish processes/scripts/workflows we provide.
The text was updated successfully, but these errors were encountered:
@praneetloke I think there is some confusion here. The issue as titled and written is about moving api docs to be co-located with component/package source code.
The plan you've written up here sounds like you want to move all API docs from docs to registry. Can we clarify here?
Uhh yeah re-reading the description and this issue is not what we are looking to do. I totally missed this part:
we should enable a Pulumi Package's API documentation to be generated and stored inside the package's repository
That would be quite an under-taking and would require us to spend more time as a team thinking about that. I am going to delete my original comment and open a separate issue. It'll be for solving the spread of package documentation between the registry and the docs repos as an immediate problem.
We don't want to go in this direction anymore. We believe that the package should be responsible for serving a schema, and the registry should be responsible for transforming that schema into docs pages.
Hello!
Issue details
Today, the API documentation for a Pulumi Package is generated and published in https://github.com/pulumi/docs. As part of #222 and in preparation for #206, we should enable a Pulumi Package's API documentation to be generated and stored inside the package's repository, ideally as part of any build and publish processes/scripts/workflows we provide.
The text was updated successfully, but these errors were encountered: