Commit 8f19384
committed
chore: bring version.json on dev up to what is published
The release workflow refuses a tag that does not rank above the published
version, and it reads version.json out of the tagged commit rather than off
the server. On a branch whose copy lags, that check is weaker than it looks:
dev still said v0.6.2-beta while main had already moved to v0.6.3-beta.16.
Nothing was blocked by it - the tag about to be cut ranks well above both -
but the guard should compare against the real state.
A snapshot, not a permanent match. CI only ever writes main, so dev falls
behind again after each release and this is repeated when it matters.1 parent 51fdbf4 commit 8f19384
1 file changed
Lines changed: 1 addition & 1 deletion
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
1 | 1 | | |
2 | 2 | | |
3 | | - | |
| 3 | + | |
4 | 4 | | |
5 | 5 | | |
0 commit comments