chore: regenerate umbrella crate, fix feature propagation
This commit is contained in:
@@ -39,8 +39,8 @@
|
||||
//!
|
||||
//! ## Pezpallet Overview
|
||||
//!
|
||||
//! This example pezpallet contains a single storage item [`Value`](pezpallet::Value), which may be set by
|
||||
//! any signed origin by calling the [`set_value`](crate::Call::set_value) extrinsic.
|
||||
//! This example pezpallet contains a single storage item [`Value`](pezpallet::Value), which may be
|
||||
//! set by any signed origin by calling the [`set_value`](crate::Call::set_value) extrinsic.
|
||||
//!
|
||||
//! For the purposes of this exercise, we imagine that in [`StorageVersion`] V0 of this pezpallet
|
||||
//! [`Value`](pezpallet::Value) is a `u32`, and this what is currently stored on-chain.
|
||||
@@ -51,7 +51,8 @@
|
||||
//! pub type Value<T: Config> = StorageValue<_, u32>;
|
||||
//! ```
|
||||
//!
|
||||
//! In [`StorageVersion`] V1 of the pezpallet a new struct [`CurrentAndPreviousValue`] is introduced:
|
||||
//! In [`StorageVersion`] V1 of the pezpallet a new struct [`CurrentAndPreviousValue`] is
|
||||
//! introduced:
|
||||
#![doc = docify::embed!("src/lib.rs", CurrentAndPreviousValue)]
|
||||
//! and [`Value`](pezpallet::Value) is updated to store this new struct instead of a `u32`:
|
||||
#![doc = docify::embed!("src/lib.rs", Value)]
|
||||
@@ -118,9 +119,9 @@
|
||||
//!
|
||||
//! Note that the storage migration logic is attached to a standalone struct implementing
|
||||
//! [`UncheckedOnRuntimeUpgrade`], rather than implementing the
|
||||
//! [`Hooks::on_runtime_upgrade`](pezframe_support::traits::Hooks::on_runtime_upgrade) hook directly on
|
||||
//! the pezpallet. The pezpallet hook is better suited for special types of logic that need to execute on
|
||||
//! every runtime upgrade, but not so much for one-off storage migrations.
|
||||
//! [`Hooks::on_runtime_upgrade`](pezframe_support::traits::Hooks::on_runtime_upgrade) hook directly
|
||||
//! on the pezpallet. The pezpallet hook is better suited for special types of logic that need to
|
||||
//! execute on every runtime upgrade, but not so much for one-off storage migrations.
|
||||
//!
|
||||
//! ### `MigrateV0ToV1`
|
||||
//!
|
||||
|
||||
Reference in New Issue
Block a user