Push. Ogschaut. Dann live.

GitHub-Deployment für dein Team: Preview teilen, Änderungen gemeinsam prüfen und das freigegebene Image ohne neuen Build veröffentlichen.

Für Next.js, Node, statische Websites und Docker-Projekte.

Erste Preview erstellen So funktioniert es
  • Getrennte Umgebungen
  • Freigabe ohne neuen Build
  • Nachvollziehbare Releases

bergwerk/kundenportal

Produktansicht · Beispieldaten

Preview · PR #184

Release für feature/customer-export

a81fc2d · Verschlüsseltes Exportarchiv hinzufügen

Preview bereit
  1. 1

    GitHub-Ereignis verifiziert

    Repository und Commit sind an die Installation gebunden

    Empfangen
  2. 2

    Deployment eingereiht

    Preview und Production behalten eigene Einstellungen

    Erfasst
  3. 3

    Artefakt gebaut

    Unveränderliches Image für diesen Release gespeichert

    Bereit
  4. 4

    Preview veröffentlicht

    kundenportal-pr-184.preview.ogschaut.de

    Öffnen

Beispieldaten, echter Produktpfad: signiertes GitHub-Ereignis, isolierter Build, unveränderliches Image und geroutete Preview.

GitHub-Deployment, vom Push zur Freigabe

Schicke deinem Team einen Preview-Link, bevor die Änderung live geht. Nach der Freigabe veröffentlichst du genau dieses Image mit deinen Production-Einstellungen.

  1. 1

    Repository verbinden

    Du bestimmst bei der Installation der GitHub App, auf welche Repositories ogschaut zugreifen darf.

  2. 2

    Preview erstellen

    Dein erster Push erstellt eine Preview mit eigener URL. Jeder Pull Request kann eine eigene Umgebung erhalten.

  3. 3

    Gemeinsam prüfen

    Öffne die Preview direkt aus dem Pull Request. Prüfe die Änderungen mit deinem Team und behalte Status und Logs im Blick.

  4. 4

    Geprüftes Image veröffentlichen

    Veröffentliche das geprüfte Image mit den Production-Variablen. Nach der ersten Freigabe können Pushes auf den Standardbranch Production automatisch aktualisieren.

Von GitHub bis zur Veröffentlichung

Repository, Previews, Logs und Release-Verlauf bleiben in einem Projekt. Dein Team sieht, welche Version bereit ist und was live geht.

Eine Preview für dein Team

Teile den Preview-Link aus dem Pull Request. Jede Preview läuft unabhängig. So könnt ihr mehrere Änderungen parallel prüfen.

Das Image, das du geprüft hast

Einmal bauen, dasselbe Image veröffentlichen. Production verwendet eigene Variablen. Ein zweiter Build, der das Ergebnis verändern könnte, entfällt.

Erst bereit, dann live

Der Production-Traffic wechselt erst, wenn die neue Anwendung bereit ist. Frühere Production-Images bleiben für einen Rollback ohne neuen Build verfügbar.

So funktioniert GitHub-Deployment Die Vercel-Alternative vergleichen

Klein starten. Mit deinen Projekten wachsen.

Wähle nach Projekten, Teamgröße und enthaltener Nutzung. Die Limits für Builds, Laufzeit und Log-Aufbewahrung siehst du vor der Buchung.

Pro

Für Einzelentwickler, die echte Projekte ausliefern.

€29,00 / Monat

Tarif wählen

€24,16 / Monat (jährlich bezahlt)

Tarif wählen
  • 10 Projekte
  • 3 Teammitglieder
  • 1.000 Build-Minuten pro Monat
  • 500 Runtime-GB-Stunden pro Monat
  • 7 Tage Log-Aufbewahrung

Team

Beliebteste ✨

Für Teams, die jeden Tag gemeinsam deployen.

€99,00 / Monat

Tarif wählen

€82,50 / Monat (jährlich bezahlt)

Tarif wählen
  • 50 Projekte
  • 10 Teammitglieder
  • 5.000 Build-Minuten pro Monat
  • 3 gleichzeitige Builds
  • 30 Tage Log-Aufbewahrung

Business

Für Organisationen, die Produktions-Workloads im großen Maßstab betreiben.

€299,00 / Monat

Tarif wählen

€249,16 / Monat (jährlich bezahlt)

Tarif wählen
  • 200 Projekte
  • 25 Teammitglieder
  • 20.000 Build-Minuten pro Monat
  • 10 gleichzeitige Builds
  • 90 Tage Log-Aufbewahrung

Fragen vor deinem ersten Deployment

GitHub-Deployment, unterstützte Projekte und dein erster Production-Release.

Was passiert nach einem GitHub-Push? Die ersten Pushes erstellen Previews mit eigener URL. Du entscheidest, wann ein geprüftes Image live geht. Nach dem ersten Production-Release können Pushes auf den Standardbranch Production automatisch aktualisieren.
Ist ogschaut eine Vercel-Alternative? ogschaut ist eine Alternative für Teams, die GitHub-Previews und kontrollierte Production-Releases für Container-Anwendungen brauchen. Eigene Domains und anbieterspezifische Edge-Funktionen gehören nicht zum aktuellen Funktionsumfang.
Welche Projekte kann ich deployen? GitHub-Repositories mit Dockerfile, Next.js, Node oder einer statischen Website. Nuxt, SvelteKit und Astro benötigen einen Startbefehl, der die Anwendung auf Port 8080 bereitstellt.
Wie funktioniert ein Rollback? Ein Rollback verwendet das Image eines früheren erfolgreichen Production-Releases. Der Quellcode wird nicht neu gebaut. Der Traffic wechselt erst, wenn die wiederhergestellte Anwendung bereit ist. Dabei gelten die aktuellen Production-Variablen.
Was bedeutet ogschaut? Ogschaut heißt auf Fränkisch angeschaut. Genau darum geht es: erst die Preview anschauen, dann veröffentlichen.

Bereit, den nächsten Release anzuschauen?

Verbinde dein GitHub-Repository und teile die erste Preview mit deinem Team.

Organisation erstellen