Zum Inhalt

BaseHarbor v0.4.25

Release-Notizen für den 15. Oktober 2026.

Nur starten, was deine App braucht

Eine unterstützte lokale Workload läuft auf Docker oder rootless Podman ohne verpflichtende Management-Installation oder Login. SQL, Cache, Secrets, Storage, Identity und HTTPS werden bei Bedarf angefordert; BaseHarbor löst die echten Abhängigkeiten auf.

Weniger Konfiguration, verständliche Pläne

Für den Einstieg genügen version, app.name und app.environment. BaseHarbor vergibt und erhält die App-Identität; app.id gehört nicht in selbst geschriebenes YAML.

CLI, JSON, MCP und HTTP verwenden dieselben Provider-Pläne und Footprint-Angaben. Pläne erklären betroffene Apps, Abhängigkeiten, Zugriff sowie erhaltene oder gelöschte Daten. Nicht gemessener Ressourcenbedarf bleibt ausdrücklich unbekannt.

Services ändern und Daten im Blick behalten

Unterstützte Services lassen sich hinzufügen, entfernen und wieder aktivieren. Andere Verbraucher behalten ihre benötigten Provider; gewöhnlicher Runtime-Abbau erhält eigene Daten, Zugangsdaten und Recovery-Zustand. SQL/Valkey können zwischen geteilter und App-Platzierung wechseln. Die vorhandenen Datenbestände bleiben getrennt; Inhalte werden nicht automatisch kopiert. Der ursprüngliche App-Runtime-Owner bleibt nach dem Wechsel zu geteilter Platzierung und späterem Verbraucherentzug für die Überprüfung erhalten.

Alternativlose, destruktive oder unbekannte Folgen erfordern Achtung und zwei Bestätigungen des aktuellen Plans. Eigene Daten zu löschen verlangt eine separate Zustimmung; --yes ersetzt diese Entscheidungen nicht.

Sicherere Recovery und Remote-Bedienung

Backup-Wiederherstellung erhält die ursprüngliche App-Identität und prüft Archiv, Owner sowie ausgewähltes Authentifizierungs-/Telemetry-Material vor dem Reset. Unterbrochener Abbau erhält die nötigen Informationen für einen Wiederanlauf.

Backend-Abgleich erhält bereits an laufende Workloads zugestellte Identity- Vertrauens- und Zugangsdaten.

Managed OIDC verwendet tatsächliche HTTPS-Callback-Routen. Remote-Reaktivierung erhält ihre unveränderliche Veröffentlichung; Node-Disconnect nutzt dieselben Zustimmungs- und Autoritätsprüfungen in CLI, MCP und HTTP. Podman-Volume-Löschung erhält fremde Container, die das Volume verwenden.

Kompatibilität

  • Docker und natives rootless Podman/Quadlet sind die implementierten Runtimes.
  • Remote-App-Zustellung unterstützt derzeit App-eigenes SQL, Cache und Durable Key-Value. Andere Remote-Fähigkeiten bleiben ausdrücklich nicht unterstützt; lokale OIDC-/OTLP-Dateireferenzen sind keine Remote-Materialzustellung.
  • Nicht unterstützte Providerwechsel werden vor Ausführung ausgewiesen; Bestätigungen erzeugen keine fehlenden Adapter.
  • Es gibt keine Migration selbst vergebener App-IDs.
  • Der kompakte Capability-Wizard, Onboarding und neue Console-UX folgen später.

Dependency-Pflege aktualisiert geprüfte Image-/Action-Pins und Pages-Werkzeuge. Release-Builds verwenden die korrigierte Go-Toolchain 1.26.9; die Go-1.25-Sprachbasis bleibt erhalten. Der Vorbereitungsnachweis dokumentiert den aktuellen Qualifikationsstand. Die vollständige Pre-Release-Freigabe ist separat. Konfiguration und unterstützte Pfade stehen in der Dokumentation.