dev_release.sh: --minor / --major start a new dev line, later runs follow it

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
foxyzandClaude Opus 5.5 committed 2026-10-13 01:21:46 +03:00
1 parent 50b2b000a4
commit d4952db497
2 files changed
+28 -9

No files matched your search

+7 -4
View File
@@ -107,10 +107,13 @@ User pushes tags; CI does the rest.
release if the other job hasn't yet and uploads (or replaces) its asset.
By hand: package, then the same `dart tool/release_publish.dart` line.
Test builds (Linux, no tag, no CI): `tool/dev_release.sh [--no-publish]`
(token: `RELEASE_TOKEN` or `~/.config/watch-together-release-token`, a
Gitea access token with repository read/write) builds the working tree here as the next patch's
`-dev.N` (N one past the published one) and replaces the assets of the
Test builds (Linux, no tag, no CI): `tool/dev_release.sh [--minor|--major]
[--no-publish]` (token: `RELEASE_TOKEN` or
`~/.config/watch-together-release-token`, a Gitea access token with
repository read/write) builds the working tree here as `<next>-dev.N` (N
one past the published one; `<next>` the pubspec's next patch, or next
minor / major when asked, and once such a line is published later runs
follow it until a release moves the pubspec) and replaces the assets of the
`dev` prerelease with the tarball and its `manifest.json`. Dev builds
update from it ([Updater](ARCHITECTURE.md#updater)). A stable install
moves onto it once with the command the script prints (run with the app