@@ -54,25 +54,25 @@ Requirements:
5454How:
5555
56561 . Pick a version for a release and make sure it meets the requirements above.
57- Let this version SHA be <non-LTO-sha >.
57+ Let this version SHA be ` <non-LTO-sha> ` .
58581 . If we want to do an LTO release as well, create a CL that copies [ DEPS] [ DEPS ]
5959 from <non-lto-sha > to [ DEPS.tagged-release] [ DEPS.tagged-release ] in
6060 [ emscripten-releases] [ releases_repo ] repo. When this CL is committed, let the
61- resulting SHA be <LTO-sha >. An example of this CL can be
61+ resulting SHA be ` <LTO-sha> ` . An example of this CL is
6262 https://chromium-review.googlesource.com/c/emscripten-releases/+/3781978 .
63631 . Run [ ` ./scripts/create_release.py ` ] [ create_release ] in the emsdk repository.
6464 When we do both an LTO and a non-LTO release, run:
6565 ```
6666 ./scripts/create_release.py <LTO-sha> <non-LTO-sha>
6767 ```
68- This will make the <LTO-sha > point to the versioned name release (e.g.
69- ` 3.1.7 ` ) and the <non-LTO-sha > point to the assert build release (e.g.
68+ This will make the ` <LTO-sha> ` point to the versioned name release (e.g.
69+ ` 3.1.7 ` ) and the ` <non-LTO-sha> ` point to the assert build release (e.g.
7070 ` 3.1.7-asserts ` ). When we do only a non-LTO release, run:
7171 ```
7272 ./scripts/create_release.py <non-LTO-sha>
7373 ```
74- This will make the <non-LTO-sha > point directly to the versioned name release
75- (e.g. ` 3.1.7 ` ) and there will be no assert build release. If we run
74+ This will make the ` <non-LTO-sha> ` point directly to the versioned name
75+ release (e.g. ` 3.1.7 ` ) and there will be no assert build release. If we run
7676 [ ` ./scripts/create_release.py ` ] [ create_release ] without any arguments, it
7777 will automatically pick a tot version from
7878 [ emscripten-releases] [ releases_repo ] repo and make it point to the versioned
0 commit comments