|
2 | 2 |
|
3 | 3 | ### Requirements |
4 | 4 | - [ ] Lauchpad (Ubuntu One) account |
5 | | - - [ ] gnupg key (has to be version 1, gpg2 won't work) for `your-name@ethereum.org` created and uploaded |
| 5 | + - [ ] gnupg key (has to be version 1, gpg2 won't work) for ``your-name@ethereum.org`` created and uploaded |
6 | 6 | - [ ] Write access to https://github.com/ethereum/homebrew-ethereum |
7 | 7 |
|
8 | 8 | ### Blog Post |
9 | 9 | - [ ] 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. |
10 | 10 | - [ ] Create a post on [solidity-blog](https://github.com/ethereum/solidity-blog) in the ``Security Alerts`` category for each important bug. |
11 | 11 |
|
12 | 12 | ### Documentation check |
13 | | - - [ ] 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. |
| 13 | + - [ ] 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. |
14 | 14 |
|
15 | 15 | ### Changelog |
16 | 16 | - [ ] Sort the changelog entries alphabetically and correct any errors you notice. Commit it. |
|
22 | 22 |
|
23 | 23 | ### Create the Release |
24 | 24 | - [ ] Create a [release on github](https://github.com/ethereum/solidity/releases/new). |
25 | | - Set the target to the ``develop`` branch and the tag to the new version, e.g. `v0.8.5`. |
| 25 | + Set the target to the ``develop`` branch and the tag to the new version, e.g. ``v0.8.5``. |
26 | 26 | Include the following warning: ``**The release is still in progress and the binaries may not yet be available from all sources.**``. |
27 | 27 | Don't publish it yet - click the ``Save draft`` button instead. |
28 | 28 | - [ ] Thank voluntary contributors in the Github release notes (use ``git shortlog -s -n -e v0.5.3..origin/develop``). |
29 | 29 | - [ ] Check that all tests on the latest commit in ``develop`` are green. |
30 | | - - [ ] Click the `Publish release` button on the release page, creating the tag. |
| 30 | + - [ ] Click the ``Publish release`` button on the release page, creating the tag. |
31 | 31 | - [ ] Wait for the CI runs on the tag itself. |
32 | 32 |
|
33 | 33 | ### Upload Release Artifacts and Publish Binaries |
|
36 | 36 | - [ ] 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``. |
37 | 37 | - [ ] 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. |
38 | 38 | - [ ] 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. |
39 | | - Make sure it contains four binaries: ``solc-windows.exe``, ``solc-macos``, ``solc-static-linux`` and ``soljson.js``. |
| 39 | + Make sure it contains four binaries: ``solc-windows.exe``, ``solc-macos``, ``solc-static-linux`` and ``soljson.js``. |
40 | 40 | - [ ] 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. |
41 | 41 | - [ ] 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/``. |
42 | 42 | - [ ] Create a pull request in solc-bin and merge. |
|
0 commit comments