We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
types/v1beta2
types
Consider generating proto files into types/v1beta2 instead of types
Historically, we generated types in the types folder of each module.
For gov, we will now maintain 2 versions: v1beta1 and v1beta2. The current way we're going in #10763 is to generate:
v1beta1
v1beta2
types/v1beta1
The main pro is explicitness.
Generate v1beta2 proto types into types/v1beta2 instead of types.
The text was updated successfully, but these errors were encountered:
refactor: move gov types to v1beta2 (#10852)
bdee333
## Description Closes: #10793 --- ### 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... - [ ] included the correct [type prefix](https://github.com/commitizen/conventional-commit-types/blob/v3.0.0/index.json) in the PR title - [ ] added `!` to the type prefix if API or client breaking change - [ ] targeted the correct branch (see [PR Targeting](https://github.com/cosmos/cosmos-sdk/blob/master/CONTRIBUTING.md#pr-targeting)) - [ ] provided a link to the relevant issue or specification - [ ] followed the guidelines for [building modules](https://github.com/cosmos/cosmos-sdk/blob/master/docs/building-modules) - [ ] included the necessary unit and integration [tests](https://github.com/cosmos/cosmos-sdk/blob/master/CONTRIBUTING.md#testing) - [ ] added a changelog entry to `CHANGELOG.md` - [ ] included comments for [documenting Go code](https://blog.golang.org/godoc) - [ ] updated the relevant documentation or specification - [ ] reviewed "Files changed" and left comments if necessary - [ ] confirmed all CI checks have passed ### Reviewers 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... - [ ] confirmed the correct [type prefix](https://github.com/commitizen/conventional-commit-types/blob/v3.0.0/index.json) in the PR title - [ ] confirmed `!` in the type prefix if API or client breaking change - [ ] confirmed all author checklist items have been addressed - [ ] reviewed state machine logic - [ ] reviewed API design and naming - [ ] reviewed documentation is accurate - [ ] reviewed tests and test coverage - [ ] manually tested (if applicable)
atheeshp
Successfully merging a pull request may close this issue.
Summary
Consider generating proto files into
types/v1beta2
instead oftypes
Problem Definition
Historically, we generated types in the
types
folder of each module.For gov, we will now maintain 2 versions:
v1beta1
andv1beta2
. The current way we're going in #10763 is to generate:types/v1beta1
types
The main pro is explicitness.
Proposal
Generate v1beta2 proto types into
types/v1beta2
instead oftypes
.For Admin Use
The text was updated successfully, but these errors were encountered: