You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit 84f15e8
Browse filesBrowse the repository at this point in the historyBrowse files
Copy file name to clipboardExpand all lines: docs/RELEASING.md
+9-11Lines changed: 9 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,8 +7,8 @@ and authentication receipts to the exact candidate before publication.
7
7
Pushing a `v*` tag starts `.github/workflows/release.yml`. Publication follows
8
8
build/qualification, protected signing review and verification of all seven
9
9
public assets. The signing environment must permit the tag being released. As verified
10
-
on October 31, 2026, it still permits `v2.2.0`; before 2.3.0, change its
11
-
deployment rule to `v2.3.0` after candidate review. Every later version needs reviewed trust-policy,
10
+
on October 31, 2026, it permits `v2.3.0`, updated after PR #11 passed
11
+
Windows, both macOS architectures, and both Linux qualification jobs. Every later version needs reviewed trust-policy,
12
12
deployment-rule and tooling-pin updates. The workflow uses
13
13
`docs/RELEASE_NOTES.md` as the release text.
14
14
@@ -190,16 +190,14 @@ Public trust in `release/trust` currently allows the x86_64 and aarch64 targets,
190
190
(raise the key's maximum version in the release commit, as for earlier releases);
191
191
`release/install-policy` fixes the first authenticated version at 0.33.0.
192
192
The `release-signing` environment has the signing secret and requires review by
193
-
`Shadowfetchapps` (User ID `209457103`). Self-review is allowed and GitHub's
193
+
`ShadowfetchStudio` (User ID `209457103`). Self-review is allowed and GitHub's
194
194
default administrator override remains unchanged. For 2.3.0 its sole
195
-
deployment rule must be changed to `v2.3.0`. As verified on October 31,
196
-
2026, the actual GitHub rule still permits only `v2.2.0` and
197
-
`NATIVE_RELEASE_TOOLING_COMMIT` still points to the 2.2.0 commit,
198
-
`444e75f13c3512d57c226b39d6edf59fdb08a4c6`.
199
-
`NATIVE_RELEASE_SIGNING_ENVIRONMENT` points to `release-signing`. For 2.3.0,
200
-
set the tooling pin to the reviewed tagged release commit itself, as was
201
-
done for 0.33.1 (`e15c4480e65db5650af012bb2a9773dbe89acf84`).
202
-
These are release prerequisites, not configuration already applied.
195
+
deployment rule is `v2.3.0`, updated after candidate qualification on
196
+
October 31, 2026. `NATIVE_RELEASE_SIGNING_ENVIRONMENT` points to
197
+
`release-signing`. Before pushing the tag, set `NATIVE_RELEASE_TOOLING_COMMIT`
198
+
to the reviewed tagged release commit itself and read it back. The prior
199
+
2.2.0 pin was `444e75f13c3512d57c226b39d6edf59fdb08a4c6`; it must not be
200
+
reused for this release. A permitted tag does not prove publication.
203
201
204
202
Before tagging, finish review and push the tooling commit, then set
205
203
`NATIVE_RELEASE_TOOLING_COMMIT` to that exact 40-character SHA. Read back this pin from GitHub configuration before dispatching the release. Verify the environment protections and source/candidate
0 commit comments