From 1e195f9bca635aaf9ed5bfcdd945686c1608004a Mon Sep 17 00:00:00 2001
From: Florian Wilde <wilde.florian@gmail.com>
Date: Mon, 12 Oct 2026 14:39:08 +0200
Subject: [PATCH] chore(release): v0.3.0
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Etappe 3: LXC, Ubuntu, Profil-Editor, Vorlagen, Profile im Template, SSH-Schlüssel, Template-Bau ohne SSH.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
---
 CHANGELOG.md       | 18 ++++++++++++------
 DEVLOG.md          |  2 +-
 README.md          |  4 ++--
 package.json       |  2 +-
 src/lib/version.ts |  2 +-
 5 files changed, 17 insertions(+), 11 deletions(-)

diff --git a/CHANGELOG.md b/CHANGELOG.md
index 435645c..afd58ab 100644
--- a/CHANGELOG.md
+++ b/CHANGELOG.md
@@ -7,6 +7,18 @@ und dieses Projekt folgt [Semantic Versioning](https://semver.org/lang/de/).
 
 ## [Unveröffentlicht]
 
+### Hinzugefügt
+
+### Geändert
+
+### Behoben
+
+### Entfernt
+
+### Sicherheit
+
+## [0.3.0] – 2026-10-12
+
 ### Hinzugefügt
 - Template-Bau ohne SSH zum Node: über eine Bau-Adresse installiert ProxDeploy den Guest-Agent per SSH in der Vorbereitungs-VM (#021)
 - SSH-Schlüssel in den Einstellungen hinterlegen (persönlich und, für Admins, Team-Schlüssel); sie kommen automatisch in jeden Gast – auch per API/CLI ohne Angabe – und sind im Assistenten abwählbar (#015)
@@ -17,17 +29,11 @@ und dieses Projekt folgt [Semantic Versioning](https://semver.org/lang/de/).
 - LXC-Container ausrollen: Container-Template prüfen und laden, anlegen (unprivilegiert, nesting für docker), Netz, Provisionierung per `pct exec` über Node-SSH oder per SSH in den Container mit einem Bereitstellungsschlüssel (#009)
 - Profile kennen die festen Bedingungen `if: vm` und `if: lxc` (#009)
 
-### Geändert
-
 ### Behoben
 - Verbindungstest meldete „Template-Bau per API“ auch dann, wenn der Guest-Agent mangels SSH gar nicht ins Template käme (#021)
 - chrony wird in Containern nicht mehr installiert – ohne CAP_SYS_TIME scheiterte dort das Profil base (#009)
 - SSH-Härtung auf Ubuntu 24.04 scheiterte an fehlendem /run/sshd (#009)
 
-### Entfernt
-
-### Sicherheit
-
 ## [0.2.0] – 2026-10-12
 
 ### Hinzugefügt
diff --git a/DEVLOG.md b/DEVLOG.md
index f4c63f3..28c0367 100644
--- a/DEVLOG.md
+++ b/DEVLOG.md
@@ -28,7 +28,7 @@ Zeiten stammen aus den Git-Commit-Zeitstempeln je Issue; Wartezeit auf Rückmeld
 |---|---|
 | v0.1.0 | 1 h 15 min | **abgeschlossen**
 | v0.2.0 | 1 h 32 min | **abgeschlossen**
-| v0.3.0 | 1 h 48 min | Abnahme #021 offen
+| v0.3.0 | 1 h 48 min | **abgeschlossen** (Abnahme #021 offen)
 
 ---
 
diff --git a/README.md b/README.md
index 071481e..38520de 100644
--- a/README.md
+++ b/README.md
@@ -19,8 +19,8 @@ In Entwicklung. Version und Fortschritt stehen im [CHANGELOG](CHANGELOG.md), der
 |---|---|---|
 | 1 · v0.1.0 | Server-Verwaltung, Fingerprint-Pinning, Verbindungstest mit Fähigkeitserkennung | ✓ fertig, auf PVE 9.2 geprüft |
 | 2 · v0.2.0 | Katalog, Template-Bau, Debian-13-VM, Live-Fortschritt, Assistent | ✓ fertig, auf PVE 9.2 geprüft |
-| 3 · v0.3.0 | LXC, Ubuntu, Profile, Vorlagen | ◐ als Nächstes |
-| 4 · v0.4.0 | CLI `proxdeploy` (Go) | ○ geplant |
+| 3 · v0.3.0 | LXC, Ubuntu, Profile, Vorlagen, Profile im Template, SSH-Schlüssel | ✓ fertig, auf PVE 9.2 geprüft (Bau-Adresse #021: Abnahme offen) |
+| 4 · v0.4.0 | CLI `proxdeploy` (Go) | ◐ als Nächstes |
 | 5 · v0.5.0 | Verlauf, Audit-Log, Rollen, OIDC | ○ geplant |
 | 6 · v0.6.0 | Branding, README mit Screenshots, Installer | ○ geplant |
 
diff --git a/package.json b/package.json
index 79548e2..02df0ac 100644
--- a/package.json
+++ b/package.json
@@ -1,6 +1,6 @@
 {
   "name": "proxdeploy",
-  "version": "0.2.0",
+  "version": "0.3.0",
   "private": true,
   "type": "module",
   "description": "VMs und LXC-Container auf Proxmox VE ausrollen, per Web oder CLI",
diff --git a/src/lib/version.ts b/src/lib/version.ts
index e8cd90e..5d2072c 100644
--- a/src/lib/version.ts
+++ b/src/lib/version.ts
@@ -2,7 +2,7 @@
  * Version und Git-Stand für Seitenleiste, `/api/v1/ich` und die Kopfzeile der CLI.
  * Beide Werte werden beim Bauen gesetzt (Docker-Build-Arg bzw. Installer).
  */
-export const VERSION = process.env["NEXT_PUBLIC_APP_VERSION"] ?? "0.2.0";
+export const VERSION = process.env["NEXT_PUBLIC_APP_VERSION"] ?? "0.3.0";
 export const GIT_SHA = (process.env["NEXT_PUBLIC_GIT_SHA"] ?? "").slice(0, 7);
 
 export function versionText(): string {