New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Kops API/Swagger Spec #815
Comments
So API docs make sense. With the swagger we need to figure out how we are making an API outa this :) If we embed this into the K8s API server, it may gen the swagger for us. Not sure. |
We have PR inbound thay may help with this ... I am looking through issues to test against #1183 This can get us a swagger ... Any thing else? |
Removing from #1206 |
We have this with the API server, can we close now? |
Issues go stale after 90d of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Rotten issues close after 30d of inactivity. Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Can anyone post the link for swagger spec json here? |
So now that we have a lovely kops API - I think we should get in the habit of documenting it. I think we should follow the kubernetes approach and generate a swagger spec/contract.
It would be great to look at generating a spec/contract from our go code as well! (I know, generating code that generates documentation.. right?) But having the notes from the API definition in
go
would be very valuable here!My thought was to have a make target to support this
make docs
We could begin fleshing the target out with swagger functionality and autogen functionality for our documentation in general..
Wins:
The text was updated successfully, but these errors were encountered: