|
5 | 5 | The following should be tested minimally before a release is considered good |
6 | 6 | to go: |
7 | 7 |
|
| 8 | +* After GHC 8.0: switch to Debian 8 and CentOS 6.7 Vagrant boxes for building Stack |
| 9 | + binaries (to match GHC bindists) and drop support for Debian 7. |
8 | 10 | * Ensure `release` and `stable` branches merged to `master` |
9 | 11 | * Integration tests pass on a representative sample of platforms: `stack install |
10 | 12 | --pedantic && stack test --pedantic --flag stack:integration-tests` . The actual |
11 | 13 | release script will perform a more thorough test for every platform/variant |
12 | 14 | prior to uploading, so this is just a pre-check |
| 15 | +* Ensure `stack haddock` works |
13 | 16 | * Stack builds with `stack-7.8.yaml` (Travis CI now does this) |
14 | 17 | * stack can build the wai repo |
15 | 18 | * Running `stack build` a second time on either stack or wai is a no-op |
|
22 | 25 | * Rename the "unreleased changes" section to the new version |
23 | 26 | * Check for any entries that snuck into the previous version's changes |
24 | 27 | due to merges |
| 28 | + * Check the Git log for any Changelog entries that were missed |
25 | 29 | * In master branch: |
26 | 30 | * Bump version to next odd second-to-last component |
27 | 31 | * Add new "unreleased changes" secion in changelog |
@@ -103,42 +107,10 @@ for requirements to perform the release, and more details about the tool. |
103 | 107 | * Be sure to update the SHA sum |
104 | 108 | * The commit message should just be `haskell-stack <VERSION>` |
105 | 109 |
|
106 | | -* [Build new MinGHC distribution](#update-minghc) |
107 | | - |
108 | 110 | * Keep an eye on the |
109 | 111 | [Hackage matrix builder](http://matrix.hackage.haskell.org/package/stack) |
110 | 112 |
|
111 | 113 | |
112 | 114 | |
113 | 115 |
|
114 | 116 | * Merge any changes made in the RC/release/stable branches to master. |
115 | | - |
116 | | -## Extra steps |
117 | | - |
118 | | -### Update MinGHC |
119 | | - |
120 | | -Full details of prerequisites and steps for building MinGHC are in its |
121 | | -[README](https://github.com/fpco/minghc#building-installers). What follows is an |
122 | | -abbreviated set specifically for including the latest stack version. |
123 | | - |
124 | | -* Ensure `makensis.exe` and `signtool.exe` are on your PATH. |
125 | | -* If you edit build-post-install.hs, run `stack exec -- cmd /c build-post-install.bat` |
126 | | -* Set `STACKVER` environment variable to latest Stack verion (e.g. `0.1.10.0`) |
127 | | -* Adjust commands below for new GHC versions |
128 | | -* Run: |
129 | | - |
130 | | -``` |
131 | | -del .build\*.nsi |
132 | | -stack build |
133 | | -stack exec -- minghc-generate 7.10.2 --stack=%STACKVER% |
134 | | -signtool sign /v /n "FP Complete, Corporation" /t "http://timestamp.verisign.com/scripts/timestamp.dll" .build\minghc-7.10.2-i386.exe |
135 | | -stack exec -- minghc-generate 7.10.2 --arch64 --stack=%STACKVER% |
136 | | -signtool sign /v /n "FP Complete, Corporation" /t "http://timestamp.verisign.com/scripts/timestamp.dll" .build\minghc-7.10.2-x86_64.exe |
137 | | -stack exec -- minghc-generate 7.8.4 --stack=%STACKVER% |
138 | | -signtool sign /v /n "FP Complete, Corporation" /t "http://timestamp.verisign.com/scripts/timestamp.dll" .build\minghc-7.8.4-i386.exe |
139 | | -stack exec -- minghc-generate 7.8.4 --arch64 --stack=%STACKVER% |
140 | | -signtool sign /v /n "FP Complete, Corporation" /t "http://timestamp.verisign.com/scripts/timestamp.dll" .build\minghc-7.8.4-x86_64.exe |
141 | | -``` |
142 | | - |
143 | | -* Upload the built binaries to a new Github release |
144 | | -* Edit [README.md](https://github.com/fpco/minghc/blob/master/README.md#using-the-installer) and update download links |
0 commit comments