Repository navigation
Commit 2a2656c
committed
ci(build): do not run the release matrix for internal
`v0.0.0-*` is this repository's existing marker for a tag that is not a
product version — a place to hang a binary needing a permanent public
URL, the way `v0.0.0-stt-models` hosts the 360 MB Whisper model.
`build.yml` triggers on `v*` with no further filter, so creating one runs
the entire matrix — Windows, macOS x2, Linux, installers, notarisation —
to publish an archive it was never asked to build. That has already
happened once: there is a `build.yml` run against a `v0.0.0` tag in the
history.
The reason this matters now is #591: adopting a locally built ONNX
Runtime means publishing it under such a tag, and doing that should not
cost a full release build every time the pinned version moves.
The other five release-triggered workflows do NOT need the same guard,
which was checked rather than assumed: `aur-publish`, `bump-nix-package`,
`publish-winget` and `update-homebrew-cask` all gate on
`!github.event.release.prerelease`, and an internal release is marked as
a prerelease — so none of them can push a bogus version to a package
manager. `announce-release` has no such gate and would post to Discord;
that is noise rather than a wrong publication, and whether an internal
release deserves an announcement is a call for whoever owns the channel,
so it is left alone here.v0.0.0-* tags1 parent a26f3d3 commit 2a2656c
1 file changed
Lines changed: 13 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
4 | 4 | | |
5 | 5 | | |
6 | 6 | | |
| 7 | + | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
| 11 | + | |
| 12 | + | |
| 13 | + | |
| 14 | + | |
| 15 | + | |
| 16 | + | |
| 17 | + | |
| 18 | + | |
| 19 | + | |
7 | 20 | | |
8 | 21 | | |
9 | 22 | | |
| |||
0 commit comments