diff --git a/.github/workflows/release.yml b/.github/workflows/release.yml index 6005522..1887069 100644 --- a/.github/workflows/release.yml +++ b/.github/workflows/release.yml @@ -267,7 +267,6 @@ jobs: name: ${{ github.ref_name }} prerelease: true token: ${{ steps.app-token.outputs.token }} - # draft: true target_commitish: ${{ github.sha }} files: | resolc-x86_64-unknown-linux-musl diff --git a/RELEASE.md b/RELEASE.md index 9e93bc0..2d191bd 100644 --- a/RELEASE.md +++ b/RELEASE.md @@ -4,11 +4,14 @@ Prior to the first stable release we neither have formal release processes nor d To create a new pre-release: -1. Create a release PR which updates the `-dev.X` versions in the workspace `Cargo.toml` and updates the `CHANGELOG.md` accordingly. Add the `release-test` label to trigger the release workflows. -2. If the CI passes, merge the release PR. The release workflow will attempt to build and publish a new release whenever the latest git tag does not match the cargo package version. -3. Wait for the `Release` workflow to finish. If the workflow fails after the `build-linux-all` step, check if a tag has been created and delete it before restarting or pushing updates. Note: It's more convenient to debug the release workflow in a fork (the fork has to be under the `paritytech` org to access `parity-large` runners). -4. Check draft release on [Releases page](https://github.com/paritytech/revive/releases) and publish (should contain `resolc.js`, `resolc.wasm`, `resolc-web.js`, and `resolc-static-linux` release assets) -5. Update the [contract-docs](https://github.com/paritytech/contract-docs/) accordingly +1. Create a release PR which updates the `-dev.X` versions in the workspace `Cargo.toml` and updates the `CHANGELOG.md` accordingly. +2. If the CI passes, merge the release PR. +3. Push a tag that has the same `-dev.X` version as in `Cargo.toml` +4. The release workflow will attempt to build and publish a new pre-release if the latest tag does match the cargo package version. +5. Wait for the `Release` workflow to finish. It should create the pre-release with the same `-dev.X` name. +6. Check that pre-release was created on the [Releases page](https://github.com/paritytech/revive/releases) with all artifacts. +7. After the release is published, another workflow should start automatically and update json files in https://github.com/paritytech/resolc-bin. Check the changes. +8. Update the [contract-docs](https://github.com/paritytech/contract-docs/) accordingly # LLVM release