All-benchmarks script and CI workflow improvements

[ghzlatarev]

Signed-off-by: Georgi Zlatarev georgi.zlatarev@manta.network

Description

closes: #759

• Adds a run_all_benchmarks.sh script which runs pallet, storage and machine benchmark and outputs results, same as this Parity script Create Script to Run All Benchmarks paritytech/substrate#11493

• Adds new CI workflow which calls the script and replaces the 3 duplicated weights benchmarking workflows for dolphin, calamari and manta.

• The chain-spec is a mandatory input field on the new workflow.

• The storage benchmark can be skipped if no URL is provided for the second input field that specifies a tar.gz archive of a production chain snapshot.

• Changed all CI workflows to always try to upload artifacts even if previous steps have failed, which is useful for debugging failed jobs.

• Disable parachain block parsing until polkadot-js recognizes we that our chain is a special case like Moonbeam with nimbus keys.

• Update release process template to account for aforementioned changes.

• Example run - https://github.com/Manta-Network/Manta/runs/7880566445?check_suite_focus=true

---

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.

• Linked to Github issue with discussion and accepted design OR have an explanation in the PR that describes this work.
• Added one label out of the L- group to this PR
• Added one or more labels out of A- and C- groups to this PR
• Re-reviewed Files changed in the Github PR explorer.

Situational Notes:

• If adding functionality, write unit tests!
• If importing 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 officially used by exchanges or community developers.
• If modifying existing runtime storage items, make sure to implement storage migrations for the runtime and test them with try-runtime. This includes migrations inherited from upstream changes, and you can search the diffs for modifications of #[pallet::storage] items to check for any.
• 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. You can run the metadata_diff.yml workflow for help. If this number is updated, then the spec_version must also be updated
• Verify benchmarks & weights have been updated for any modified runtime logics

[Apokalip]

Looks pretty good to me! Now it looks a little cleaner than before and the tests' always() is a good change as we would want to see not only until the failing test

[Garandor]

Missing a C- label

[Apokalip]

Missing a C- label

@Garandor
We should probably add the other labels in the label checker workflow? I keep forgetting about them too

[Garandor]

LGTM, maybe get rid of the yamllint warning before merge @ghzlatarev

[Dengjianping]

LGTM, but there's conflict to be resolved.