-
Notifications
You must be signed in to change notification settings - Fork 122
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
docs: update semantic versioning #1203
Conversation
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.
These seem like valid guidelines to implement for consumer/provider modules separately once #801 is completed. For now, we should add "for consumer OR provider" in each of the bullet points and they will share a semver cycle as defined
Co-authored-by: Shawn <[email protected]>
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.
LGTM
Co-authored-by: Shawn <[email protected]>
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.
LGTM, love the conciseness. Just a minor comment about keeping a sentence in that is removed.
|
||
Incrementing a PATCH version number indicates that a PR is not consensus breaking to the provider or consumers. This could include node API changes, or other miscellaneous and often rare changes. | ||
|
||
Pure documentation, testing, and refactoring PRs do not require a version bump. |
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.
Should we keep this, just to clarify?
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.
I'm not sure that I agree with the sentence:
Pure documentation
we should have versioned docs
testing
We shouldn't release code without testing. If we improved just the testing, we can cut a new patch release with the code better tested or just don't release anything yet. Not every PR needs a release.
refactoring
Same as for testing.
Description
Closes: NA
Update docs re. semantic versioning to follow ibc-go approach: https://github.com/cosmos/ibc-go/blob/main/RELEASES.md
Author Checklist
All items are required. Please add a note to the item if the item is not applicable and
please add links to any relevant follow up issues.
I have...
docs:
prefix in the PR titleReviewers Checklist
All items are required. Please add a note if the item is not applicable and please add
your handle next to the items reviewed if you only reviewed selected items.
I have...
docs:
prefix in the PR titlemake build-docs
)