-
Notifications
You must be signed in to change notification settings - Fork 1.6k
KEP-2906 and KEP-2985: move and update KRM fn schema #3024
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
Conversation
From KEP-2985 to KEP-2906
ec0faaa
to
7ae6838
Compare
/cc @jeremyrickard |
sha256: | ||
description: The degist of the binary that can be used to verify the binary. | ||
type: string | ||
home: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we need this, usage and examples? Do you think they'll often point different places, and if so, why?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IMO home
is really optional, while usage
and examples
are required.
usage
should be the man page for the function. A pointer to a markdown file should be good.
In kpt project, each function example is self-contained directory. It has some KRM resources as input, fn config and some configuration to test the example. We can ensure the examples always work. IMO we can do something similar here.
WDYT?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds reasonable. Let's start with this, and we can evolve it if needed.
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: KnVerey, mengqiy The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
The 1st commit is a pure move of the fn metadata schema.
The 2nd commit updates the schema and the places that reference it.