Commit d424901
authored
ci: Grant
## Summary
Same kind of permission error as #1914, but in the remaining callers —
trying to dispatch the beta release surfaced this on
`manual_release_beta.yaml`:
> The nested job 'release_docs' is requesting 'checks: read', but is
only allowed 'checks: none'.
A reusable workflow is capped at the permissions the calling job
declares. Both `manual_release_docs.yaml` and `manual_version_docs.yaml`
request `checks: read` for their (conditional) wait-for-checks step, so
every caller must grant it. This PR adds `checks: read` to the three
remaining callers:
- `manual_release_beta.yaml` → `doc_release_post_publish`
- `manual_release_stable.yaml` → `version_docs`
- `manual_release_stable.yaml` → `doc_release`
I audited the rest: `_checks.yaml` only needs `contents: read` (the
default), so its callers in `on_master.yaml` and `on_pull_request.yaml`
are fine.checks: read to remaining reusable-workflow callers (#1915)1 parent daf91a9 commit d424901
2 files changed
Lines changed: 3 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
104 | 104 | | |
105 | 105 | | |
106 | 106 | | |
| 107 | + | |
107 | 108 | | |
108 | 109 | | |
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
138 | 138 | | |
139 | 139 | | |
140 | 140 | | |
| 141 | + | |
141 | 142 | | |
142 | 143 | | |
143 | 144 | | |
| |||
152 | 153 | | |
153 | 154 | | |
154 | 155 | | |
| 156 | + | |
155 | 157 | | |
156 | 158 | | |
0 commit comments