-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Create docs on how to make backward compatible changes #1221
Comments
Stale issues rot after 30d of inactivity. /lifecycle rotten Send feedback to tektoncd/plumbing. |
Rotten issues close after 30d of inactivity. /close Send feedback to tektoncd/plumbing. |
Issues go stale after 90d of inactivity. /lifecycle stale Send feedback to tektoncd/plumbing. |
@tekton-robot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
still feels like a useful kind of contributor documentation but maybe just letting it quietly be closed is the way to go |
Expected Behavior
It should be reasonable to tag an issue like #1219 with "good first issue" cuz it's pretty straightforward what needs to be done and has a fairly low blast radius.
Actual Behavior
Because of our api compatibility policy this has to be made in a backward compatible manner for one release, then changed in the next release. If a person has never done this before and/or isn't familiar with the codebase, it's not clear how to do that!
Additional Info
DEVELOPMENT.md, CONTRIBUTING.md, and api_compatibility_policy.md are probably all good candidates for a place to put these docs.
You can see examples of this kind of thing in:
The text was updated successfully, but these errors were encountered: