mirror of
https://github.com/ethereum/solidity
synced 2023-10-03 13:03:40 +00:00
Merge pull request #13363 from ethereum/release-checklist-update-and-tweaks
Release checklist update and tweaks after 0.8.16
This commit is contained in:
commit
62e4ce3387
@ -1,29 +1,39 @@
|
|||||||
## Checklist for making a release:
|
## Checklist for making a release:
|
||||||
|
|
||||||
### Requirements
|
### Requirements
|
||||||
- [ ] Lauchpad (Ubuntu One) account
|
- [ ] Github account with access to [solidity](https://github.com/ethereum/solidity), [solc-js](https://github.com/ethereum/solc-js),
|
||||||
- [ ] gnupg key (has to be version 1, gpg2 won't work) for `your-name@ethereum.org` created and uploaded
|
[solc-bin](https://github.com/ethereum/solc-bin), [homebrew-ethereum](https://github.com/ethereum/homebrew-ethereum),
|
||||||
- [ ] Readthedocs account, access to the Solidity project
|
[solidity-blog](https://github.com/ethereum/solidity-blog) and [solidity-portal](https://github.com/ethereum/solidity-portal) repositories.
|
||||||
- [ ] Write access to https://github.com/ethereum/homebrew-ethereum
|
- [ ] DockerHub account with push rights to the [``solc`` image](https://hub.docker.com/r/ethereum/solc).
|
||||||
|
- [ ] Lauchpad (Ubuntu One) account with a membership in the ["Ethereum" team](https://launchpad.net/~ethereum) and
|
||||||
### Documentation check
|
a gnupg key for your email in the ``ethereum.org`` domain (has to be version 1, gpg2 won't work).
|
||||||
- [ ] Run `make linkcheck` from within `docs/` and fix any broken links it finds. Ignore false positives caused by `href` anchors and dummy links not meant to work.
|
- [ ] [npm Registry](https://www.npmjs.com) account added as a collaborator for the [``solc`` package](https://www.npmjs.com/package/solc).
|
||||||
|
- [ ] Access to the [solidity_lang Twitter account](https://twitter.com/solidity_lang).
|
||||||
|
- [ ] [Reddit](https://www.reddit.com) account that is at least 10 days old with a minimum of 20 comment karma (``/r/ethereum`` requirements).
|
||||||
|
|
||||||
### Blog Post
|
### Blog Post
|
||||||
- [ ] Create a post on https://github.com/ethereum/solidity-blog and explain some of the new features or concepts.
|
- [ ] Create a post on [solidity-blog](https://github.com/ethereum/solidity-blog) in the ``Releases`` category and explain some of the new features or concepts.
|
||||||
|
- [ ] Create a post on [solidity-blog](https://github.com/ethereum/solidity-blog) in the ``Security Alerts`` category in case of important bug(s).
|
||||||
|
|
||||||
|
### Documentation check
|
||||||
|
- [ ] Run ``make linkcheck`` from within ``docs/`` and fix any broken links it finds. Ignore false positives caused by ``href`` anchors and dummy links not meant to work.
|
||||||
|
|
||||||
### Changelog
|
### Changelog
|
||||||
- [ ] Sort the changelog entries alphabetically and correct any errors you notice.
|
- [ ] Sort the changelog entries alphabetically and correct any errors you notice. Commit it.
|
||||||
- [ ] Create a commit on a new branch that updates the ``Changelog`` to include a release date.
|
- [ ] Update the changelog to include a release date.
|
||||||
- [ ] Run ``./scripts/tests.sh`` to update the bug list.
|
- [ ] Run ``scripts/update_bugs_by_version.py`` to regenerate ``bugs_by_version.json`` from the changelog and ``bugs.json``.
|
||||||
- [ ] Create a pull request and wait for the tests, merge it.
|
Make sure that the resulting ``bugs_by_version.json`` has a new, empty entry for the new version.
|
||||||
|
- [ ] Commit changes, create a pull request and wait for the tests. Then merge it.
|
||||||
|
- [ ] Copy the changelog into the release blog post.
|
||||||
|
|
||||||
### Create the Release
|
### Create the Release
|
||||||
- [ ] Create Github release page: https://github.com/ethereum/solidity/releases/new
|
- [ ] Create a [release on github](https://github.com/ethereum/solidity/releases/new).
|
||||||
- [ ] On the release page, select the ``develop`` branch as new target and set tag to the new version (e.g. `v0.8.5`) (make sure you only `SAVE DRAFT` instead of `PUBLISH RELEASE` before the actual release)
|
Set the target to the ``develop`` branch and the tag to the new version, e.g. ``v0.8.5``.
|
||||||
- [ ] Thank voluntary contributors in the Github release page (use ``git shortlog -s -n -e v0.5.3..origin/develop``).
|
Include the following warning: ``**The release is still in progress and the binaries may not yet be available from all sources.**``.
|
||||||
|
Don't publish it yet - click the ``Save draft`` button instead.
|
||||||
|
- [ ] Thank voluntary contributors in the Github release notes (use ``git shortlog --summary --email v0.5.3..origin/develop``).
|
||||||
- [ ] Check that all tests on the latest commit in ``develop`` are green.
|
- [ ] Check that all tests on the latest commit in ``develop`` are green.
|
||||||
- [ ] Click the `PUBLISH RELEASE` button on the release page, creating the tag.
|
- [ ] Click the ``Publish release`` button on the release page, creating the tag.
|
||||||
- [ ] Wait for the CI runs on the tag itself.
|
- [ ] Wait for the CI runs on the tag itself.
|
||||||
|
|
||||||
### Upload Release Artifacts and Publish Binaries
|
### Upload Release Artifacts and Publish Binaries
|
||||||
@ -32,27 +42,28 @@
|
|||||||
- [ ] Run ``scripts/create_source_tarball.sh`` while being on the tag to create the source tarball. This will create the tarball in a directory called ``upload``.
|
- [ ] Run ``scripts/create_source_tarball.sh`` while being on the tag to create the source tarball. This will create the tarball in a directory called ``upload``.
|
||||||
- [ ] Take the tarball from the upload directory (its name should be ``solidity_x.x.x.tar.gz``, otherwise ``prerelease.txt`` was missing in the step before) and upload the source tarball to the release page.
|
- [ ] Take the tarball from the upload directory (its name should be ``solidity_x.x.x.tar.gz``, otherwise ``prerelease.txt`` was missing in the step before) and upload the source tarball to the release page.
|
||||||
- [ ] Take the ``github-binaries.tar`` tarball from ``c_release_binaries`` run of the tagged commit in circle-ci and add all binaries from it to the release page.
|
- [ ] Take the ``github-binaries.tar`` tarball from ``c_release_binaries`` run of the tagged commit in circle-ci and add all binaries from it to the release page.
|
||||||
Make sure it contains four binaries: ``solc-windows.exe``, ``solc-macos``, ``solc-static-linux`` and ``soljson.js``.
|
Make sure it contains four binaries: ``solc-windows.exe``, ``solc-macos``, ``solc-static-linux`` and ``soljson.js``.
|
||||||
- [ ] Take the ``solc-bin-binaries.tar`` tarball from ``c_release_binaries`` run of the tagged commit in circle-ci and add all binaries from it to solc-bin.
|
- [ ] Take the ``solc-bin-binaries.tar`` tarball from ``c_release_binaries`` run of the tagged commit in circle-ci and add all binaries from it to solc-bin.
|
||||||
- [ ] Run ``./update --reuse-hashes`` in ``solc-bin`` and verify that the script has updated ``list.js``, ``list.txt`` and ``list.json`` files correctly and that symlinks to the new release have been added in ``solc-bin/wasm/`` and ``solc-bin/emscripten-wasm32/``.
|
- [ ] Run ``./update --reuse-hashes`` in ``solc-bin`` and verify that the script has updated ``list.js``, ``list.txt`` and ``list.json`` files correctly and that symlinks to the new release have been added in ``solc-bin/wasm/`` and ``solc-bin/emscripten-wasm32/``.
|
||||||
- [ ] Create a pull request in solc-bin and merge.
|
- [ ] Create a pull request in solc-bin and merge.
|
||||||
|
|
||||||
### Homebrew and MacOS
|
### Homebrew and MacOS
|
||||||
- [ ] Update the version and the hash (``sha256sum solidity_$VERSION.tar.gz``) in https://github.com/Homebrew/homebrew-core/blob/master/Formula/solidity.rb
|
- [ ] Update the version and the hash (``sha256sum solidity_$VERSION.tar.gz``) in the [``solidity`` formula in Homebrew core repository](https://github.com/Homebrew/homebrew-core/blob/master/Formula/solidity.rb).
|
||||||
- [ ] Update the version and the hash (``sha256sum solidity_$VERSION.tar.gz``) in https://github.com/ethereum/homebrew-ethereum/blob/master/solidity.rb
|
- [ ] Update the version and the hash (``sha256sum solidity_$VERSION.tar.gz``) in [our custom ``solidity`` Homebrew formula](https://github.com/ethereum/homebrew-ethereum/blob/master/solidity.rb).
|
||||||
|
|
||||||
### Docker
|
### Docker
|
||||||
- [ ] Run ``./scripts/docker_deploy_manual.sh v$VERSION``).
|
- [ ] Run ``./scripts/docker_deploy_manual.sh v$VERSION``.
|
||||||
|
|
||||||
### PPA
|
### PPA
|
||||||
- [ ] Make sure the ``ethereum/cpp-build-deps`` PPA repository contains libz3-static-dev builds for all current versions of ubuntu. If not run ``scripts/deps-ppa/static-z3.sh`` (after changing email address and key id and adding the missing ubuntu version) and wait for the builds to succeed before continuing.
|
- [ ] Create ``.release_ppa_auth`` at the root of your local Solidity checkout and set ``LAUNCHPAD_EMAIL`` and ``LAUNCHPAD_KEYID`` to your key's email and key id.
|
||||||
- [ ] Change ``scripts/release_ppa.sh`` to match your key's email and key id; double-check that ``DISTRIBUTIONS`` contains the most recent versions.
|
- [ ] Double-check that the ``DISTRIBUTIONS`` list in ``scripts/release_ppa.sh`` and ``scripts/deps-ppa/static-z3.sh`` contains the most recent versions of Ubuntu.
|
||||||
- [ ] Run ``scripts/release_ppa.sh v$VERSION`` to create the PPA release (you need the relevant openssl key).
|
- [ ] Make sure the [``~ethereum/cpp-build-deps`` PPA repository](https://launchpad.net/~ethereum/+archive/ubuntu/cpp-build-deps) contains ``libz3-static-dev builds`` for all current versions of Ubuntu.
|
||||||
- [ ] Wait for the ``~ethereum/ubuntu/ethereum-static`` PPA build to be finished and published for *all platforms*. SERIOUSLY: DO NOT PROCEED EARLIER!!! *After* the static builds are *published*, copy the static package to the ``~ethereum/ubuntu/ethereum`` PPA for the destination series ``Trusty``, ``Xenial`` and ``Bionic`` while selecting ``Copy existing binaries``.
|
If not, run ``scripts/deps-ppa/static-z3.sh`` (after changing email address and key id) and wait for the builds to succeed before continuing.
|
||||||
|
- [ ] Run ``scripts/release_ppa.sh v$VERSION`` to create the PPA release.
|
||||||
### Documentation
|
- [ ] Wait for the [``~ethereum/ethereum-static`` PPA](https://launchpad.net/~ethereum/+archive/ubuntu/ethereum-static) build to be finished and published for *all platforms*.
|
||||||
- [ ] Build the new version on https://readthedocs.org/projects/solidity/ (select `latest` at the bottom of the page and click `BUILD`).
|
**SERIOUSLY: DO NOT PROCEED EARLIER!!!**
|
||||||
- [ ] In the admin panel, select `Versions` in the menu and set the default version to the released one.
|
*After* the static builds are *published*, copy the static package to the [``~ethereum/ethereum`` PPA](https://launchpad.net/~ethereum/+archive/ubuntu/ethereum)
|
||||||
|
for the destination series ``Trusty``, ``Xenial`` and ``Bionic`` while selecting ``Copy existing binaries``.
|
||||||
|
|
||||||
### Release solc-js
|
### Release solc-js
|
||||||
- [ ] Wait until solc-bin was properly deployed. You can test this via remix - a test run through remix is advisable anyway.
|
- [ ] Wait until solc-bin was properly deployed. You can test this via remix - a test run through remix is advisable anyway.
|
||||||
@ -62,9 +73,14 @@
|
|||||||
- [ ] Create a tag using ``git tag --annotate v$VERSION`` and push it with ``git push --tags``.
|
- [ ] Create a tag using ``git tag --annotate v$VERSION`` and push it with ``git push --tags``.
|
||||||
|
|
||||||
### Post-release
|
### Post-release
|
||||||
- [ ] Publish the blog post.
|
- [ ] Make sure the documentation for the new release has been published successfully.
|
||||||
|
Go to the [documentation status page at ReadTheDocs](https://readthedocs.org/projects/solidity/) and verify that the new version is listed, works and is marked as default.
|
||||||
|
- [ ] Remove "still in progress" warning from the release notes.
|
||||||
|
- [ ] Publish the blog posts.
|
||||||
- [ ] Create a commit to increase the version number on ``develop`` in ``CMakeLists.txt`` and add a new skeleton changelog entry.
|
- [ ] Create a commit to increase the version number on ``develop`` in ``CMakeLists.txt`` and add a new skeleton changelog entry.
|
||||||
- [ ] Announce on Twitter, including links to the release and the blog post.
|
- [ ] Announce on Twitter, including links to the release and the blog post.
|
||||||
- [ ] Share announcement on Reddit and Solidity forum.
|
Use ``#xp`` at the end of the tweet to automatically cross post the announcement to Fosstodon.
|
||||||
|
- [ ] Share the announcement on Reddit in [``/r/ethdev``](https://reddit.com/r/ethdev/), cross-posted to [``/r/ethereum``](https://reddit.com/r/ethereum/).
|
||||||
|
- [ ] Share the announcement the [Solidity forum](https://forum.soliditylang.org) in the ``Announcements`` category.
|
||||||
- [ ] Update the release information section on [soliditylang.org](https://github.com/ethereum/solidity-portal).
|
- [ ] Update the release information section on [soliditylang.org](https://github.com/ethereum/solidity-portal).
|
||||||
- [ ] Lean back, wait for bug reports and repeat from step 1 :)
|
- [ ] Lean back, wait for bug reports and repeat from step 1 :)
|
||||||
|
Loading…
Reference in New Issue
Block a user