|
26 | 26 | and push changes back to the release branch. |
27 | 27 | - [ ] Verify that the final version of the release branch is green |
28 | 28 | - [ ] Create release tag (`v<major>.<minor>`) on the release branch and |
29 | | - push |
30 | | -- [ ] Go to the [release |
31 | | - page](https://github.com/tweag/rules_haskell/releases) |
| 29 | + push it: `git push origin v<major>.<minor>` |
| 30 | +- [ ] Go to the [release page](https://github.com/tweag/rules_haskell/releases) |
32 | 31 | - click on “Draft a new release” |
33 | 32 | - name `v<major>.<minor>` |
| 33 | + - select the tag you created in the previous item, it should be in |
| 34 | + github's dropdown list |
34 | 35 | - copy the changelog section into the description |
| 36 | + - you don't need to provide the source `.zip` and `.tar.gz` archives, |
| 37 | + github does it automatically. |
35 | 38 | - release |
36 | 39 | - [ ] Push `rules_haskell` version in start script to new release tag, |
37 | | - test it in a temporary directory, create PR against master |
38 | | - - [ ] Publish start script and website by merging the commit into |
39 | | - the `release` branch. |
| 40 | + test it in a temporary directory, create PR against master |
| 41 | + - [ ] Once PR has been merged, publish start script and website |
| 42 | + by checkouting the `release` branch and merging master into it. |
| 43 | + Then push the `release` branch, to trigger deployment. |
40 | 44 | - [ ] Check whether https://haskell.build/start has the newest start |
41 | 45 | script (netlify has problems sometimes). |
42 | | -- [ ] Announce the new version (on Twitter) |
| 46 | +- [ ] Announce the new version (on Twitter) by asking someone with Twitter |
| 47 | + rights. |
43 | 48 |
|
44 | 49 | ### Remove these PRs from minor releases |
45 | 50 |
|
|
0 commit comments