Branch pushen, in seine Umgebung deployen

Ein Push baut Ihr GitHub-Repo, scannt es mit SonarQube und Dependency-Track und deployt es in die passende Umgebung.

Kostenlos startenDokumentation lesen

Was nach git push passiert

Branches bestimmen das Ziel

Jede Umgebung folgt einem Branch, daher deployt ein Push auf stg nach Staging und ein Push auf main nach Production. Sie können auch manuell aus der Konsole deployen.

Code-Scans bei jedem Build

SonarQube führt eine statische Analyse durch (SAST), und Dependency-Track prüft Ihre Bibliotheken und Ihren Container (SCA).

Build-Logs und Verlauf

Verfolgen Sie das Build-Log live, sehen Sie jedes frühere Deployment und öffnen Sie die deployte URL auf derselben Seite.

Umgebungsvariablen und Domains

Synchronisieren Sie die Umgebungsvariablen eines Repositorys aus einer dotenv-Datei, ohne die Werte auszugeben, und fügen Sie pro Repository eigene Domains hinzu. Die CLI kann außerdem Ihren deployten Login-Callback beim OIDC-Client registrieren.

Hosting, Region und Maschinengröße

Wählen Sie für jedes Deployment den Hosting-Anbieter, die Region und die Maschinengröße, auf denen es läuft.

Einmal verbinden, dann mit Git deployen

Verknüpfen Sie GitHub in der Konsole und deployen Sie dann mit Git oder der CLI. Ein Deployment über die CLI zeigt seinen Plan, bevor es läuft.

  1. GitHub verbinden

    Melden Sie sich in der Konsole bei GitHub an und wählen Sie das Repository. Solange kein Repository verbunden ist, wird nichts deployt.

  2. Branches zuordnen

    Ordnen Sie jeder Umgebung ihren Branch zu, etwa dev zu Development und main zu Production.

  3. Pushen oder deployen

    Pushen Sie auf den Branch oder führen Sie blocks release deploy aus, und lesen Sie die SAST- und SCA-Berichte, wenn der Build fertig ist.

# See the deploy plan, then run it
blocks release deploy --dry-run --json
blocks release deploy --yes --json

# Sync env vars from a dotenv file (the plan shows key names only)
blocks release secrets sync --file .env --dry-run --json

# Read a build's scan report
blocks release reports get <buildId> --type sast --json

In der Pipeline

  • GitHub
  • SonarQube
  • Dependency-Track
  • Kubernetes

Neueste Änderungen an Release

Alle Updates zu Release

Fragen zu Release

Welche Git-Anbieter werden unterstützt?

GitHub. Sie verbinden es einmal in der Konsole, und Release baut aus den Repositories, die Sie auswählen.

Was kann Release deployen?

Apps aus den GitHub-Repositories, die Sie verbinden. Jeder Branch deployt in die Umgebung, der er zugeordnet ist, etwa stg nach Staging und main nach Production.

Was prüfen die Sicherheitsscans?

SonarQube analysiert Ihren Code statisch (SAST), und Dependency-Track prüft Ihre Bibliotheken und Ihr Container-Image auf bekannte Schwachstellen (SCA). Beide Berichte hängen an jedem Build.

Kann ich ohne Push deployen?

Ja. Klicken Sie in der Konsole auf Deploy und wählen Sie die Umgebung, oder führen Sie blocks release deploy in der CLI aus.

Starten Sie mit einem kostenlosen Projekt

Registrieren Sie sich auf os.seliseblocks.com und erstellen Sie ein Projekt, oder fügen Sie einen einzigen Prompt in Claude Code, Codex oder Cursor ein und lassen Sie Ihren Agenten das Projekt über die Blocks CLI einrichten.

Kostenlos startenBeratungstermin vereinbaren