Freigabelink für Kunden
Mit gooddeploy share oder „Mit Kunden teilen“ im Dashboard sieht dein Kunde die Vorschau ohne Konto, 1 bis 30 Tage lang. Alle Links eines Projekts widerrufst du mit einem Klick.
Jede Änderung bekommt eine eigene Vorschau, dein Kunde nimmt sie per Link ab, und live geht genau diese Version. Mit Rechten je Projekt, mehreren Teams und einem festen Ansprechpartner in Dresden. gooddeploy ist in der Pilotphase; unten steht ehrlich, was schon geht und was noch kommt.
deploy, live mit promotedieselbe geprüfte Version, kein NeubauKein Staging-Server, den sich alle Kunden teilen, kein „ist das schon live?“. Jedes Deployment hat eine eigene Adresse, und live schaltest du nur, was abgenommen ist.
gooddeploy deploy baut eine eigene Adresse je Deploymentgooddeploy promote schaltet genau diese Version livegooddeploy rollback schaltet in Sekunden um$ gooddeploy deploy ✓ Preview bereit nach 51 s https://kunde-website--k7m2q9xa.gooddeploy.app $ gooddeploy share k7m2q9xa --days 7 ✓ Freigabelink für k7m2q9xa (kunde-website), gültig bis 13.11.2026 14:30 Wer den Link hat, sieht die Preview ohne Konto. $ gooddeploy promote k7m2q9xa
Ausgaben gekürzt; Befehle und Optionen wie im Handbuch.
Mit gooddeploy share oder „Mit Kunden teilen“ im Dashboard sieht dein Kunde die Vorschau ohne Konto, 1 bis 30 Tage lang. Alle Links eines Projekts widerrufst du mit einem Klick.
Der Kunde sieht nur seine Vorschauen, die Entwicklerin darf deployen und live schalten, die Projektleitung zusätzlich Einstellungen ändern. Wer für mehrere Teams arbeitet, wechselt ohne neue Anmeldung.
Bekommt ein Kunde ein eigenes Team oder wechselt die Betreuung, ziehen wir das Projekt mit Deployments, Variablen und Datenbank um. Die CLI findet es danach im neuen Team und nennt den Befehl zum Umstellen.
gooddeploy domains add www.kunde.de trägt die Domain ein, prüft den DNS-Eintrag und stellt das Zertifikat aus. Sie geht live, sobald das DNS stimmt, ohne Freigabe durch uns; welche Domain die Hauptdomain ist, wählst du selbst, und die Projekt-Adresse leitet standardmäßig auf sie weiter.
Jede Vorschau ist geschützt und für Suchmaschinen gesperrt. Für Abnahmen schützt du Vorschauen oder die Live-Seite zusätzlich mit einem Passwort, per CLI oder mit einem Klick im Dashboard.
Live geht genau die abgenommene Version. Die vorige bleibt bereit; rollback schaltet um, statt neu zu bauen.
Übersicht über alle Kundenprojekte mit „Braucht deine Aufmerksamkeit“, Vorschaubildern, Logs, Variablen und Datenbank. Neue Projekte legst du dort aus einem GitHub-Repo an, ohne Terminal; der erste Build läuft sofort als Vorschau. Live schalten und zurückschalten geht auch dort.
Live-Seiten laufen redundant auf mehreren Servern in Deutschland, jede wird laufend überwacht. Die Datenbank sichern wir jede Nacht verschlüsselt an einem zweiten Ort.
Rechte gelten je Projekt und bauen nicht aufeinander auf. Typische Kombinationen:
| Wer | Rechte |
|---|---|
| Kunde, der Vorschauen abnimmt | read |
| Entwickler im Projekt | read, deploy, promote |
| Projektleitung | zusätzlich settings und remove |
| Verantwortliche der Agentur | admin |
Alle Rechte im Detail stehen im Handbuch unter Rechte.
GitHub verbindest du mit einem Klick, auch beim Anlegen eines neuen Projekts im Dashboard (der erste Build läuft sofort und bleibt eine Vorschau): Du bestimmst, wofür gooddeploy Vorschauen baut (Standard: Produktions-Branch und offene Pull Requests), und jede Branch hat eine feste Vorschau-Adresse, die du wie jede Vorschau per Freigabelink teilst (gooddeploy share --branch) und die nach jedem Push den neuesten Stand zeigt. Den aktuellen Stand eines Branches baust du auch ohne Push mit „Jetzt bauen“ (Dashboard oder gooddeploy git build). Ist der Branch gelöscht oder sein Pull Request gemergt, verschwindet seine Adresse von selbst. Pushes, die nur Doku oder andere ausgenommene Dateien ändern, bauen auf Wunsch nicht. Ein Merge auf den Produktions-Branch geht nach grünen Checks von selbst live, oder erst, wenn du es per Klick freigibst. Live geht nur, was im Hauptbranch liegt. Keine versehentlichen Deploys halbfertiger Stände. GitLab geht nur mit einer eigenen GitLab-Instanz deines Teams (mit gooddeploy git hosts add trägst du sie ein), gitlab.com noch nicht. Ohne Anbindung deployst du mit der CLI oder aus deiner CI.
Heute nimmt goodDEV Personen ins Team auf und vergibt Rechte; schreib uns, wer was braucht. Selbst einladen kommt später.
In der Pilotphase richten wir jeden Zugang und jedes Paket gemeinsam mit euch ein. Buchung ab 2027.
Wir starten mit wenigen Agenturen. Im Pilot ziehen wir ein erstes Projekt gemeinsam um und passen gooddeploy an eure Abläufe an.