-
Notifications
You must be signed in to change notification settings - Fork 9
Conversation
* try update deps - part 1 * try update deps - part 2 * update codec version * add missing feature * add missing feature * update dependencies * try update deps - part 3 & migrate mock to `construct_runtime` * update format * companion for #substrate-8128 - part 1 * companion for #substrate-8128 - part 2 * migrate mock to `construct_runtime` * try update deps - part 4 * companion for #substrate-8128 - part 3 * migrate mock to `construct_runtime` * migrate mock to `construct_runtime` * update format * resolve conflicts * remove test env
Ready for review. But DO NOT merge into master. |
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.
What would be the dep problems since
{ git = "https://github.com/darwinia-network/substrate.git", tag = "rococo-v1.1" }
and
{ git = "https://github.com/paritytech/substrate.git", branch = "rococo-v1" }
are pointing to the same commit 645299e ?
Yes |
The changes from polkadot-v0.8.29 to rococo v1 branch |
Before merge, switch the deps back to darwinia-network/substrate |
My question is for the darwinia-common used by next runtime, which substrate commit should we use. To safely follow best upgrade practice, it seems better to first upgrade substrate dep used by polkadot-v0.8.29. But this might need to create a separate branch for merging, and which may share early changes, or we need to carefully check the changes from polkadot-v0.8.29 branch to rococo v1 branch |
We should apply the tag 2.0.0 upgrade first. And for this one.
|
https://github.com/darwinia-network/substrate-update-tracking/issues/5
https://github.com/darwinia-network/substrate-update-tracking/issues/6
#506
#511