@@ -81,9 +81,9 @@ Examples:
81
81
pass. For example:
82
82
83
83
84
- ~~~
85
- $ stack build --stack-yaml=… --haddock --test --bench --no-run-benchmarks
86
- ~~~
84
+ ~~~
85
+ $ stack build --stack-yaml=… --haddock --test --bench --no-run-benchmarks
86
+ ~~~
87
87
88
88
7 . Ensure integration tests pass on a Windows, macOS, and Linux. Do so by
89
89
checking that the latest nightly build for the ` master ` branch succeeded in
@@ -118,21 +118,21 @@ branch.
118
118
* add new "Unreleased changes" section:
119
119
120
120
121
- ~~~
122
- ## Unreleased changes
121
+ ~~~
122
+ ## Unreleased changes
123
123
124
- Release notes:
124
+ Release notes:
125
125
126
- **Changes since vX.Y.Z:**
126
+ **Changes since vX.Y.Z:**
127
127
128
- Major changes:
128
+ Major changes:
129
129
130
- Behavior changes:
130
+ Behavior changes:
131
131
132
- Other enhancements:
132
+ Other enhancements:
133
133
134
- Bug fixes:
135
- ~~~
134
+ Bug fixes:
135
+ ~~~
136
136
137
137
### D: In the release candidate branch
138
138
@@ -241,9 +241,9 @@ Edit the draft
241
241
to the release and add it to the description. For example, use:
242
242
243
243
244
- ~~~
245
- $ git shortlog -s origin/release..HEAD|sed $'s/^[0-9 \t]*/* /'|grep -v azure-pipelines|LC_ALL=C sort -f
246
- ~~~
244
+ ~~~
245
+ $ git shortlog -s origin/release..HEAD|sed $'s/^[0-9 \t]*/* /'|grep -v azure-pipelines|LC_ALL=C sort -f
246
+ ~~~
247
247
248
248
Publish the GitHub release.
249
249
@@ -317,21 +317,21 @@ In either the `stable` branch or, in the case of a release candidate, the
317
317
since” version):
318
318
319
319
320
- ~~~
321
- ## Unreleased changes
320
+ ~~~
321
+ ## Unreleased changes
322
322
323
- Release notes:
323
+ Release notes:
324
324
325
- **Changes since vX.Y.Z:**
325
+ **Changes since vX.Y.Z:**
326
326
327
- Major changes:
327
+ Major changes:
328
328
329
- Behavior changes:
329
+ Behavior changes:
330
330
331
- Other enhancements:
331
+ Other enhancements:
332
332
333
- Bug fixes:
334
- ~~~
333
+ Bug fixes:
334
+ ~~~
335
335
336
336
### G: Update the repository's issue and pull request templates
337
337
@@ -367,24 +367,24 @@ Update the fpco/stack-build Docker images with new version:
367
367
released Stack version):
368
368
369
369
370
- ~~~
371
- FROM $DOCKER_REPO:lts-X.Z
372
- ARG STACK_VERSION=X.Y.Z
373
- RUN wget -qO- https://github.com/commercialhaskell/stack/releases/download/v$STACK_VERSION/stack-$STACK_VERSION-linux-x86_64.tar.gz | tar xz --wildcards --strip-components=1 -C /usr/local/bin '*/stack'
374
- ~~~
370
+ ~~~
371
+ FROM $DOCKER_REPO:lts-X.Z
372
+ ARG STACK_VERSION=X.Y.Z
373
+ RUN wget -qO- https://github.com/commercialhaskell/stack/releases/download/v$STACK_VERSION/stack-$STACK_VERSION-linux-x86_64.tar.gz | tar xz --wildcards --strip-components=1 -C /usr/local/bin '*/stack'
374
+ ~~~
375
375
376
376
* Run ` ./build.sh lts-X.Y ` and then test that the new image has the new version
377
377
of Stack. For example:
378
378
379
379
380
- ~~~
381
- $ docker run --rm fpco/stack-build:lts stack --version
382
- ~~~
380
+ ~~~
381
+ $ docker run --rm fpco/stack-build:lts stack --version
382
+ ~~~
383
383
384
384
* Run the following command to push the new image to the registry:
385
385
386
386
387
- ~~~
388
- $ ./build.sh --push lts-X.Y
389
- $ ./build.sh --push --small lts-X.Y
390
- ~~~
387
+ ~~~
388
+ $ ./build.sh --push lts-X.Y
389
+ $ ./build.sh --push --small lts-X.Y
390
+ ~~~
0 commit comments