Was ist neu

Mehr Rechte für die richtigen Leute: Wer ein Team leitet, darf jetzt auch löschen, und alle Mitglieder können Passwortschutz und Domains selbst einstellen.

Neu

• Rechte passend zur Rolle. Bist du owner oder admin eines Teams, bekommst du beim Anmelden alle Rechte auf die Projekte des Teams, auch zum Löschen. Mitglieder dürfen jetzt zusätzlich Einstellungen ändern: Passwortschutz, Domains, Benachrichtigungen und Freigabelinks widerrufen. Löschen bleibt owner und admin vorbehalten. Mehr dazu: Rechte.
• Hinweis, wenn eine neue Anmeldung hilft. Fehlt dir ein Recht, das deine Rolle eigentlich hat, sagt gooddeploy dir, dass du dich mit gooddeploy login --team … neu anmelden sollst.
• projects rm räumt auf. Löschst du das Projekt, mit dem der aktuelle Ordner verknüpft ist, entfernt gooddeploy auch die Verknüpfung .gooddeploy/.

Gut zu wissen

• Die neuen Rechte gelten nach einer neuen Anmeldung: gooddeploy login --team <dein Team>. Bestehende Anmeldungen behalten ihre Rechte.
• Aktualisieren mit gooddeploy update.

Alte Adressen sauber weiterleiten: Statische Seiten bekommen Weiterleitungen wie bei Vercel, Handbuch und Downloads ziehen auf eigene Adressen, und die CLI fragt nur noch, wenn wirklich jemand antworten kann.

Neu

• Weiterleitungen wie bei Vercel. Trag in der gooddeploy.json deiner statischen Seite redirects ein, im selben Format wie in der vercel.json (source, destination, permanent oder statusCode, Platzhalter wie /blog/:slug oder /docs/:path*). Ungültige Regeln meldet gooddeploy deploy schon vor dem Build mit der Stelle in der Datei. Alles dazu: Weiterleitungen.
• Handbuch und Downloads auf eigenen Adressen. Das Handbuch und „Was ist neu“ findest du jetzt unter docs.gooddeploy.de, die Downloads und das Installationsskript unter https://dl.gooddeploy.de. Die alten Adressen unter gooddeploy.de leiten dauerhaft dorthin weiter, Lesezeichen und Skripte mit curl -fsSL https://gooddeploy.de/install.sh | sh funktionieren also weiter.
• Klare Meldung bei fehlender Anmeldung fürs Team. Ist ein Ordner mit einem Team verknüpft, für das du auf diesem Rechner nicht angemeldet bist, bricht gooddeploy ab und nennt dir den passenden gooddeploy login --team …, statt still in deinem Standardteam zu arbeiten. Liegt das Projekt inzwischen in einem anderen deiner Teams, schlägt die Meldung gooddeploy link <projekt> --team <team> vor. gooddeploy teams zeigt das verknüpfte Team auch ohne Anmeldung, und die Rückfrage zum Anlegen eines Projekts nennt das Zielteam. Mehr dazu: Mehrere Teams.

Behoben

• gooddeploy deploy < /dev/null (etwa in Cron-Jobs oder Skripten) fragt nicht mehr „Projekt anlegen?“ oder „Postgres anlegen?“ und legt dann ungefragt etwas an. Ohne Terminal legt deploy kein Projekt nebenbei an, sondern nennt gooddeploy link <name> --yes (Skripte und CI).
• In der Anmelde-Mail ist der Hinweis „Warst du das nicht?“ jetzt gelb statt rot, damit er nicht wie eine Fehlermeldung wirkt.

Gut zu wissen

• Aktualisieren mit gooddeploy update. Ältere Versionen finden das Update automatisch über die Weiterleitung auf die neue Download-Adresse.
• Der Hinweis auf neue Versionen nennt jetzt docs.gooddeploy.de/changelog.

Umzug leicht gemacht: Variablen aus Vercel übernimmst du in einem Schritt, große Ordner bleiben beim Upload draußen, und du arbeitest mit mehreren Teams, ohne dich jedes Mal neu anzumelden.

Neu

• Variablen in einem Schritt übernehmen. gooddeploy env import .env.vercel-preview --preview übernimmt alle Variablen aus einer .env-Datei – auch schon vor dem ersten Deploy; fehlt das Projekt, legt gooddeploy es nach Rückfrage an. Schritt für Schritt: Umzug von Vercel.
• Mehrere Teams, eine Anmeldung. Mit --team <name> wählst du das Team je Befehl, gooddeploy teams zeigt deine Teams, gooddeploy team use <name> wechselt das Standardteam. Ein verknüpfter Ordner merkt sich sein Team.
• Große Dateien draußen lassen. Eine .gooddeployignore (Muster wie in .gitignore) schließt Ordner und Dateien vom Upload aus, etwa Dokumentation oder Rohdaten.
• inspect ohne ID. gooddeploy inspect zeigt das aktuelle Live-Deployment samt Namen der Umgebungsvariablen; mit --values auch die Werte.

Behoben

• Variablen mit Zeilenumbruch lehnt gooddeploy schon beim Setzen ab statt erst beim Deploy.
• env add --apply direkt nach promote setzt die Variable für die Version, die gerade live geht.

Sicherheit

• Previews älterer Projekte starten jetzt immer geschützt, und laufende Previews übernehmen den Schutz ohne neuen Deploy. Ein widerrufener Freigabelink bleibt widerrufen.
• Go 1.27.3 mit einer Sicherheitskorrektur in der Zertifikatsprüfung.

Gut zu wissen

• Aktualisieren mit gooddeploy update.
• Jedes Team hat 2 GB Speicher für laufende Previews; wird es eng, weichen zuerst ältere Previews des eigenen Teams.

Feinschliff zum Freigabelink aus alpha.1: deploy zeigt den Link jetzt ohne spürbare Pause.

Neu

• Link ohne Warten. Nach „Preview bereit“ steht der Freigabelink praktisch sofort da; während er entsteht, zeigt deploy „Freigabelink wird erstellt …“. Dauert es ungewöhnlich lange, bekommst du nach 10 Sekunden den Hinweis auf gooddeploy share <id> – der Deploy selbst ist dann trotzdem fertig.

Gut zu wissen

• Aktualisieren mit gooddeploy update.

Ein kleiner Vorgeschmack auf 0.0.3: Geschützte Previews öffnest du jetzt direkt aus deploy heraus, und die Anmelde-Mails sagen dir, für welches Team du dich anmeldest.

Neu

• Preview mit einem Klick. gooddeploy deploy zeigt bei geschützten Previews direkt einen Freigabelink für dich (1 Tag gültig) – einfach öffnen, ohne Schutzseite. Für Kunden mit längerer Gültigkeit weiter gooddeploy share <id> --days 7.
• open kennt den Schutz. gooddeploy open <id> öffnet eine geschützte Preview gleich über einen Freigabelink.
• Team in der Anmelde-Mail. Betreff, Mail und Bestätigungsseite nennen das Team, für das du dich anmeldest (z. B. mit gooddeploy login --email … --team …).

Gut zu wissen

• Aktualisieren mit gooddeploy update.
• Brauchst du den Link in Skripten nicht, schaltet gooddeploy deploy --no-share-link ihn ab; mit --json steht er im Feld shareUrl.

Mit 0.0.2 läuft gooddeploy.de auf der neuen Plattform: Was mit 0.0.1 lokal ging, also Anmeldung per E-Mail, Next.js mit Datenbank und Live-Schalten mit Sicherheitsnetz, gibt es jetzt für deine Projekte. Dazu kommen Freigabelinks für deine Kunden und eigene Domains.

Neu

• Next.js mit Datenbank. Next.js-Apps laufen mit Server-Rendering, nicht nur als statischer Export. Auf Wunsch bekommt dein Projekt eine Postgres-Datenbank, mit DATABASE_URL für die App und DATABASE_URL_UNPOOLED für Migrationen (z. B. Prisma, Drizzle); Anleitung: Datenbank in deiner App nutzen. Jeder Build läuft abgeschottet, ohne Zugriff auf andere Projekte.
• Freigabelink für Kunden. gooddeploy share <id> erzeugt einen Link, mit dem dein Kunde die Preview ohne Konto und ohne Passwort ansieht, 7 Tage lang oder mit --days bis zu 30. Ohne Link zeigt die Preview nur einen Hinweis und taucht nicht in Suchmaschinen auf. Mehr unter Freigabelink.
• Eigene Domains. Deine Projekte laufen auch unter eigenen Domains wie www.kunde.de. In der Pilotphase richtet goodDEV sie mit dir ein.
• Anmelden per E-Mail. gooddeploy login --email du@firma.de zeigt einen Code im Terminal, du bestätigst im Browser über die Mail; nach jeder Anmeldung kommt eine Mail. gooddeploy tokens zeigt deine Zugänge und widerruft sie.
• Nur Geprüftes geht live. promote schaltet erst um, wenn Build, Health-Check und Smoke-Test grün sind und deine eigenen Pflicht-Checks gemeldet sind (checks.required in gooddeploy.json, melden mit gooddeploy checks report). Das ganze Build-Log siehst du jederzeit mit gooddeploy logs <id> --build.
• Aufräumen ohne Warten ins Leere. rm und projects rm zeigen, was gerade passiert, und warten auf den Abbau; brichst du ab, läuft das Entfernen auf dem Server weiter. Previews ohne Nutzung laufen nach 14 Tagen ab, je Projekt laufen höchstens 10 gleichzeitig. gooddeploy projects ls zeigt alle Projekte deines Teams.

Behoben

• Abgelaufene Previews werden jetzt zuverlässig aufgeräumt.
• projects rm bricht bei Projekten mit vielen Deployments nicht mehr mit einer Zeitüberschreitung ab.
• rm einer Preview meldet keinen Fehler mehr, wenn der Abbau etwas länger dauert oder ein Container schon weg ist.
• Die Bestätigungsseite der Anmeldung wartet nicht mehr auf den Mailversand.
• logout meldet bei einem abgelehnten Zugang keinen Widerruf mehr.
• Die Hilfe zeigt Wartezeiten lesbar (20m statt 20m0s).

Gut zu wissen

• Aktualisieren mit gooddeploy update.
• Previews brauchen jetzt einen Freigabelink: Wer nur die Preview-Adresse öffnet, sieht einen Hinweis. Schick deinen Kunden den Link aus gooddeploy share.
• Deployments, die vor dem Update gebaut wurden, haben die neuen Pflicht-Checks noch nicht. Deploye sie einmal neu, bevor du sie mit promote live schaltest; sonst lehnt promote mit REQUIRED_CHECK_MISSING ab.
• Testphase: Daten auf der Plattform werden noch nicht automatisch gesichert. Eigene Sicherung mit gooddeploy db dump.
• Neu dabei? Testzugang: deine erste App in 10 Minuten.

Mit diesem Release-Kandidaten läuft gooddeploy auf der neuen Plattform: Anmeldung per E-Mail, Next.js mit Server-Rendering, eigene Datenbanken und abgeschottete Builds. Er ist der Stand für die ersten Testzugänge; das fertige 0.0.2 folgt nach der Abnahme.

Neu

• Anmelden per E-Mail. gooddeploy login --email du@firma.de zeigt einen Code im Terminal, du bestätigst im Browser über die Mail. Die Bestätigungsseite nennt Gerät und ungefähren Ort; nach jeder Anmeldung kommt eine Mail.
• Next.js mit Server-Rendering. Next.js-Apps laufen jetzt vollständig, nicht nur als statischer Export. Dazu wie bisher statische Seiten, Vite, Astro (statisch) und weitere.
• Datenbank je Projekt. Beim Anlegen bekommt dein Projekt auf Wunsch eine Postgres-Datenbank, mit DATABASE_URL für die App und DATABASE_URL_UNPOOLED für Migrationen (z. B. Prisma, Drizzle). Neue Anleitung: Datenbank in deiner App nutzen.
• Abgeschottete Builds. Jeder Build läuft in einer eigenen, abgeschirmten Umgebung ohne Zugriff auf andere Projekte oder interne Dienste; jedes Projekt bekommt ein eigenes Netz.
• Eigene Zugänge im Blick. gooddeploy tokens zeigt deine Zugänge und widerruft sie, gooddeploy logout widerruft den Zugang auch auf dem Server.
• Projekte auflisten. gooddeploy projects ls zeigt alle Projekte deines Teams.
• Aufräumen. Previews ohne Nutzung laufen nach 14 Tagen ab und werden vollständig entfernt; je Projekt laufen höchstens 10 Previews gleichzeitig, die älteste macht Platz – deploy sagt dir, welche.
• Testzugang. Neue Seite Testzugang: deine erste App in 10 Minuten.

Behoben

• Die Bestätigungsseite der Anmeldung wartet nicht mehr auf den Mailversand.
• logout meldet bei einem abgelehnten Zugang keinen Widerruf mehr.
• Die Hilfe zeigt Wartezeiten lesbar (20m statt 20m0s).

Gut zu wissen

• Aktualisieren mit gooddeploy update.
• Release-Kandidat in der Testphase: Daten auf der Testplattform werden noch nicht automatisch gesichert; eigene Sicherung mit gooddeploy db dump.

Diese Vorabversion macht die CLI übersichtlicher und angenehmer im Terminal und bringt neue Seiten auf gooddeploy.de: einen ehrlichen Vergleich mit Vercel, Netlify und Coolify und den ersten Blog-Artikel.

Neu

• Neuer Look im Terminal. deploy, promote, status und die übrigen Befehle zeigen Schritte mit laufender Zeit, Zustände als farbige Etiketten und Ergebnisse übersichtlich in Kästen. Adressen und Befehle stehen frei darunter, zum Anklicken und Kopieren. In Skripten, der CI und mit --json bleibt die Ausgabe wie bisher.
• Klarer, was nach dem Live-Schalten passiert. promote sagt, wie lange gooddeploy die neue Version noch prüft und dass es bei Fehlern automatisch zurückschaltet; status zeigt die Version währenddessen als „live, wird geprüft“.
• Einfacher anmelden. gooddeploy login fragt nach deiner E-Mail-Adresse und schlägt die zuletzt benutzte vor.
• Vergleich und Blog auf gooddeploy.de. Neue Seiten Vercel-Alternative aus Deutschland und Vergleich mit Vercel, Netlify und Coolify, mit Quellen und Stand-Datum, dazu der Blog mit dem ersten Artikel „Wie wir Rollbacks unter einer Sekunde schaffen“.

Behoben

• Formulare mit Next.js Server Actions funktionieren auch, wenn die Adresse einen Port enthält.
• Fehlermeldungen nennen Fristen lesbar und unterscheiden einen gescheiterten Start von einem gescheiterten Build.
• Der Hinweis auf eine neue Version erscheint bei jedem Befehl, solange du nicht aktualisiert hast.

Gut zu wissen

• Aktualisieren mit gooddeploy update.
• Vorabversion auf dem Weg zu 0.0.2: Die neue Steuerzentrale (Anmeldung per E-Mail, Datenbank, Next.js) kommt mit 0.0.2 auf gooddeploy.de.

Mit 0.0.1 läuft der ganze Weg einer Next.js-App mit Datenbank Ende zu Ende: anmelden, deployen, Vorschau prüfen, live schalten und bei Bedarf zurück. Die neue Steuerzentrale läuft zunächst in der lokalen Umgebung, gooddeploy.de folgt mit 0.0.2.

Neu

• Anmelden per E-Mail. gooddeploy login schickt einen Link per Mail, im Browser bestätigst du mit dem Code aus dem Terminal. Wer in mehreren Teams ist, wählt dabei das Team.
• Next.js mit Postgres ohne Konfiguration. gooddeploy deploy erkennt die App, fragt beim ersten Mal nach Projektname und Datenbank und baut sie. Vorschau und Live-Version haben je eine eigene Datenbank.
• Live schalten mit Sicherheitsnetz. gooddeploy promote zeigt vorher den Stand der Checks und alle Gründe, falls etwas fehlt. Nach dem Umschalten prüft gooddeploy die neue Version eine Zeit lang und schaltet bei Fehlern von selbst zurück.
• Zurück in Sekunden. gooddeploy rollback schaltet auf die vorige Version, lokal gemessen in unter einer Sekunde, ohne dass eine Anfrage verloren geht.
• Umgebungsvariablen, Logs und Datenbank. env, logs --follow, checks report und db info|dump arbeiten jetzt über die Plattform; eine geänderte Variable ist ohne neuen Build in wenigen Sekunden live.

Behoben

• Eine kaputte Version wird nach dem Live-Schalten zuverlässig erkannt und zurückgerollt, auch wenn ein eigener Health-Pfad eingestellt ist.
• Fehlermeldungen nennen die eigentliche Ursache: bei Build-Fehlern die Fehlerzeile, bei Störungen der Plattform den Hinweis, dass es nicht an dir liegt, Fristen lesbar in Sekunden.
• Eine Ablehnung beim Live-Schalten nennt alle Gründe, nicht nur den ersten.

Gut zu wissen

• Aktualisieren mit gooddeploy update. Die CLI arbeitet weiter mit gooddeploy.de wie bisher.
• Die neuen Funktionen der Steuerzentrale (Anmeldung per E-Mail, Datenbank, Next.js) gibt es auf gooddeploy.de mit 0.0.2; bis dahin laufen sie in der lokalen Umgebung.
• Das Handbuch ist auf dem Stand von 0.0.1.

Diese Version macht die CLI verständlicher: bessere Hilfe, Projekte bewusst verknüpfen und einzelne Deployments gezielt ansehen. Auf der Startseite steht jetzt, woran wir als Nächstes arbeiten.

Neu

• Hilfe, die weiterhilft. gooddeploy <befehl> --help erklärt jeden Befehl mit Beispielen. Bei einem Tippfehler schlägt gooddeploy den passenden Befehl vor, und im Terminal sind wichtige Angaben farbig hervorgehoben.
• Projekt bewusst verknüpfen. gooddeploy link verbindet einen Ordner mit einem Projekt. Gibt es das Projekt noch nicht, fragt gooddeploy nach, statt es nebenbei anzulegen. In Skripten und CI geht das mit gooddeploy link <projekt> --yes.
• Einzelne Deployments ansehen. gooddeploy inspect <id> zeigt Zustand, Commit, Adressen und die Dauer der einzelnen Schritte eines Deployments, gooddeploy open <id> öffnet seine Vorschau im Browser. Mit --wait wartet inspect, bis der Build fertig ist.
• Roadmap auf der Startseite. Unter gooddeploy.de siehst du, was es schon gibt, woran wir gerade arbeiten und was später kommt.

Behoben

• gooddeploy status zeigt unter „Preview“ keine bereits entfernten Deployments mehr.
• gooddeploy projects rm sagt vor dem Entfernen klar, dass das endgültig ist.
• Bei einem nicht erkannten Framework nennt der Hinweis den richtigen Weg (--dir mit dem fertigen Ordner).
• Ein gescheiterter Vorgang endet nie mehr mit Exit-Code 0, auch wenn die Plattform keinen Grund mitliefert.

Gut zu wissen

• Aktualisieren mit gooddeploy update.
• Das Handbuch beschreibt die neuen Befehle link, inspect und open.

Diese Version macht den Passwortschutz zuverlässiger, zeigt dir auf einen Blick, wohin ein Rollback führt, und bringt ein Handbuch mit allen Befehlen.

Neu

• Handbuch online. Unter gooddeploy.de/docs findest du alle Befehle Schritt für Schritt erklärt: von der Installation über Vorschau, Live-Schalten und Rollback bis zu Passwortschutz, Aufräumen und dem Einsatz in Skripten und CI.
• Rollback-Ziel immer sichtbar. gooddeploy status und gooddeploy ls zeigen, auf welche Version ein Rollback zurückgehen würde, und die Vorschau-Adresse der aktuellen Live-Version. Gibt es keine frühere Version, steht das dort auch.
• Rechte feiner verteilen. Passwortschutz einstellen und frühere Versionen entfernen dürfen jetzt auch Teammitglieder ohne Admin-Rechte, wenn sie dafür freigeschaltet sind. Welche Rechte du hast, zeigt gooddeploy whoami.

Behoben

• Beim ersten Einschalten des Passwortschutzes konnte eine Seite dauerhaft nicht mehr erreichbar sein. Sie ist jetzt nach wenigen Sekunden wieder da.
• gooddeploy protect meldet Erfolg nur noch, wenn der Schutz wirklich greift.
• Ein kurzer Aussetzer im Hintergrund führt beim Live-Schalten nicht mehr zu einem unnötigen Rollback.

Gut zu wissen

• Aktualisieren mit gooddeploy update.

Die erste Vorabversion von gooddeploy. Du bringst statische Websites mit wenigen Befehlen aus deinem Git-Repo online – erst als Vorschau, dann live, und mit einem Befehl wieder zurück. Gehostet in Deutschland.

Neu

• In einer Minute startklar. curl -fsSL https://gooddeploy.de/install.sh | sh installiert gooddeploy auf macOS und Linux, inklusive Tab-Vervollständigung. Danach gooddeploy login mit deinem Zugangscode.
• Erst Vorschau, dann live. gooddeploy deploy baut den aktuellen Stand deines Repos und gibt dir eine Vorschau-Adresse zum Teilen. Passt alles, schaltet gooddeploy promote genau diese Version live. Unterstützt werden reines HTML und Builds mit Vite, Astro oder React; mit --dir auch nur ein Unterordner deines Repos.
• Zurück in Sekunden. Gefällt dir die neue Version nicht, bringt gooddeploy rollback die vorherige sofort zurück, ohne neu zu bauen. Nach jedem Live-Schalten prüft gooddeploy die Seite und geht bei Fehlern selbst zurück.
• Seiten mit Passwort schützen. gooddeploy protect schützt alle Vorschauen oder die Live-Seite eines Projekts mit Benutzer und Passwort – ideal für Kundenabnahmen oder Seiten vor dem Start. Der Schutz bleibt auch nach Promote und Rollback bestehen und wirkt sofort, ohne neuen Deploy.
• Aufräumen. gooddeploy rm nimmt eine einzelne Vorschau offline, gooddeploy projects rm ein ganzes Projekt (nur nach Bestätigung mit dem Projektnamen).
• Immer aktuell. gooddeploy update holt die neueste Version. gooddeploy sagt dir höchstens einmal am Tag Bescheid, wenn es etwas Neues gibt – hier auf dieser Seite steht dann, was neu ist.
• Gut für Skripte und CI. Alle Befehle können ihre Ausgabe mit --json maschinenlesbar liefern und enden mit festen Exit-Codes.

Gut zu wissen

• Dies ist eine Vorabversion für Pilotkunden. Next.js-Anwendungen folgen mit einer der nächsten Versionen.
• Bereits installiert? Einmal curl -fsSL https://gooddeploy.de/install.sh | sh ausführen, danach reicht künftig gooddeploy update.