Skip to content

Conversation

@bkontur
Copy link
Contributor

@bkontur bkontur commented Apr 16, 2025

No description provided.

@bkontur bkontur requested a review from a team as a code owner April 16, 2025 11:59
@bkontur bkontur added T12-benchmarks This PR/Issue is related to benchmarking and weights. R0-no-crate-publish-required The change does not require any crates to be re-published. labels Apr 16, 2025
@github-actions
Copy link
Contributor

This pull request is amending an existing release. Please proceed with extreme caution,
as to not impact downstream teams that rely on the stability of it. Some things to consider:

  • Backports are only for 'patch' or 'minor' changes. No 'major' or other breaking change.
  • Should be a legit fix for some bug, not adding tons of new features.
  • Must either be already audited or not need an audit.
Emergency Bypass

If you really need to bypass this check: add validate: false to each crate
in the Prdoc where a breaking change is introduced. This will release a new major
version of that crate and all its reverse dependencies and basically break the release.

@bkontur
Copy link
Contributor Author

bkontur commented Apr 16, 2025

/cmd --help

@github-actions
Copy link
Contributor

github-actions bot commented Apr 16, 2025

This pull request is amending an existing release. Please proceed with extreme caution,
as to not impact downstream teams that rely on the stability of it. Some things to consider:

  • Backports are only for 'patch' or 'minor' changes. No 'major' or other breaking change.
  • Should be a legit fix for some bug, not adding tons of new features.
  • Must either be already audited or not need an audit.
Emergency Bypass

If you really need to bypass this check: add validate: false to each crate
in the Prdoc where a breaking change is introduced. This will release a new major
version of that crate and all its reverse dependencies and basically break the release.

@bkontur
Copy link
Contributor Author

bkontur commented Apr 16, 2025

/cmd prdoc --audience runtime_dev --bump patch

Copy link
Member

@ggwpez ggwpez left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I wrote this code in hope that we just use it in CI - if we release it then I would make it a bit more orderly.

Recently there were some requests to build and deploy a binary, for
example `polkadot`, in the `release` or `production` profile to do some
testing.
So far we had only a
[release](https://github.com/paritytech/polkadot-sdk/blob/master/.github/workflows/release-20_build-rc.yml)
pipeline that could do it in the GitHub but to use it, there was a lot
of extra overhead needed.
This pipeline should simplify this case and give a possibility to build
a binary in desired profile from any branch for the testing purposes.
Something similar to what we have for runtimes in the [srtool
repo](https://github.com/paritytech/srtool/actions/workflows/manual.yml)
It won't be used in any release activities though.

CC: @BulatSaif
@EgorPopelyaev EgorPopelyaev requested review from a team as code owners April 16, 2025 13:26
@paritytech-review-bot paritytech-review-bot bot requested a review from a team April 16, 2025 13:27
@EgorPopelyaev
Copy link
Contributor

Binary was build directly from the oty-stable2412-benchmarker-pallets branch, so I'll close it for now

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

R0-no-crate-publish-required The change does not require any crates to be re-published. T12-benchmarks This PR/Issue is related to benchmarking and weights.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants