Skip to content

Release Check

Daniel Nevoigt edited this page Oct 12, 2026 · 2 revisions

Check a release / Release prüfen

English · Deutsch

English

For the installed version, run bastra or bastra doctor; /health reports the running daemon version. After an update, the installed package and a still-running daemon can differ. bastra update --staged intentionally waits for the next daemon restart. Updating explains manual and automatic updates.

The current stable release is 1.1.0 (11 October 2026). Read the changelog for 1.0.1 and 1.1.0 changes, including dependency-security limits. Downloads come from the latest GitHub release; the README support matrix names platform and client limits. Source main can contain unreleased work.

What publication verifies

The release is staged as a private draft bound to a specific commit. The workflow refuses a dispatch on a different commit or with package versions different from the tag. Assets are built and checked before publishing the npm set; the wrapper package is last. Already-published versions must match the expected artifact. Only after the complete set is verified is the GitHub draft published. Stable versions and prereleases have different latest-release behaviour.

For the maintainer checklist, see RELEASING.md.

Deutsch

Die installierte Version zeigt bastra oder bastra doctor; /health nennt die laufende Daemon-Version. Nach einem Update können installiertes Paket und noch laufender Daemon voneinander abweichen. bastra update --staged wartet absichtlich auf den nächsten Daemon-Neustart. Updating erklärt manuelle und automatische Updates.

Der aktuelle stabile Release ist 1.1.0 (11. Oktober 2026). Lies im Changelog die Änderungen aus 1.0.1 und 1.1.0 einschließlich Grenzen der Dependency-Sicherheit. Downloads kommen aus dem aktuellen GitHub-Release; die README-Support-Matrix nennt Plattform- und Client-Grenzen. Quellcode auf main kann unveröffentlichte Arbeit enthalten.

Was die Veröffentlichung prüft

Der Release wird als privater Draft an einen bestimmten Commit gebunden. Der Workflow verweigert einen Dispatch auf anderem Commit oder mit Paketversionen, die vom Tag abweichen. Assets werden vor dem npm-Paketset gebaut und geprüft; das Wrapper-Paket kommt zuletzt. Bereits veröffentlichte Versionen müssen dem erwarteten Artefakt entsprechen. Erst nach Prüfung des vollständigen Sets wird der GitHub-Draft veröffentlicht. Stabile Versionen und Prereleases behandeln den Latest-Release unterschiedlich.

Die Maintainer-Checkliste steht in RELEASING.md.

Clone this wiki locally