Skip to content
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

Bump upstream to v0.9.17 #437

Closed
wants to merge 3 commits into from
Closed

Bump upstream to v0.9.17 #437

wants to merge 3 commits into from

Conversation

Dengjianping
Copy link
Contributor

@Dengjianping Dengjianping commented Mar 8, 2022

Signed-off-by: Dengjianping [email protected]

Description

closes: #422

Polkadot:

Substrate:

Cumulus:

Ours:

  • Type, ParentIsDefault -> ParentIsPreset
  • Cli tool, Replace structopt with clap

Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.

  • Targeted PR against correct branch (manta or dolphin) with right title (start with [Manta] or [Dolphin]),
  • Linked to Github issue with discussion and accepted design OR have an explanation in the PR that describes this work.
  • Wrote unit tests.
  • Updated relevant documentation in the code.
  • Added one line describing your change in <branch>/CHANGELOG.md
  • Re-reviewed Files changed in the Github PR explorer.
  • If runtime changes, need to update the version numbers properly:
    • authoring_version: The version of the authorship interface. An authoring node will not attempt to author blocks unless this is equal to its native runtime.
    • spec_version: The version of the runtime specification. A full node will not attempt to use its native runtime in substitute for the on-chain Wasm runtime unless all of spec_name, spec_version, and authoring_version are the same between Wasm and native.
    • impl_version: The version of the implementation of the specification. Nodes are free to ignore this; it serves only as an indication that the code is different; as long as the other two versions are the same then while the actual code may be different, it is nonetheless required to do the same thing. Non-consensus-breaking optimizations are about the only changes that could be made which would result in only the impl_version changing.
    • transaction_version: The version of the extrinsics interface. This number must be updated in the following circumstances: extrinsic parameters (number, order, or types) have been changed; extrinsics or pallets have been removed; or the pallet order in the construct_runtime! macro or extrinsic order in a pallet has been changed. If this number is updated, then the spec_version must also be updated
  • If needed, notify the committer this is a draft-release and a tag is needed after merging the PR.
  • Verify benchmarks & weights have been updated for any modified runtime logics
  • If needed, bump version for every crate.
  • If import a new pallet, choose a proper module index for it, and allow it in BaseFilter. Ensure every extrinsic works from front-end. If there's corresponding tool, ensure both work for each other.
  • If needed, update our Javascript/Typescript APIs. These APIs are offcially used by exchanges or community developers.
  • If we're going to issue a new release, freeze the code one week early(it depends, but usually it's one week), ensure we have enough time for related testing.
  • Check if inheriting any upstream runtime storage migrations. If any, perform tests with try-runtime.

Signed-off-by: Dengjianping <[email protected]>
@Dengjianping
Copy link
Contributor Author

docker image test depends on this pr #435

@Dengjianping Dengjianping self-assigned this Mar 8, 2022
@Dengjianping Dengjianping added the A-calamari Area: Issues and PRs related to the Calamari Runtime label Mar 8, 2022
@Dengjianping Dengjianping added this to the v3.1.5 milestone Mar 8, 2022
@Garandor Garandor modified the milestones: v3.1.5, Future Mar 10, 2022
@stechu
Copy link
Collaborator

stechu commented Apr 12, 2022

I assume this will be replaced by v0.9.18 PR.

@stechu stechu closed this Apr 12, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-calamari Area: Issues and PRs related to the Calamari Runtime
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Update to Parity dependencies to v0.9.17
4 participants