Push su un branch, deploy nel suo ambiente
Un push compila il tuo repo GitHub, lo analizza con SonarQube e Dependency-Track e lo distribuisce nell'ambiente corrispondente.
Cosa succede dopo git push
Il branch decide la destinazione
Ogni ambiente segue un branch, quindi un push su stg viene distribuito in Staging e un push su main in Production. Puoi anche fare il deploy a mano dalla console.
Scansioni del codice a ogni build
SonarQube esegue l'analisi statica (SAST) e Dependency-Track controlla le tue librerie e il container (SCA).
Log di build e cronologia
Segui il log di build in diretta, consulta tutti i deploy passati e apri l'URL del deploy dalla stessa pagina.
Variabili d'ambiente e domini
Sincronizza le variabili d'ambiente di un repository da un file dotenv senza stamparne i valori e aggiungi domini personalizzati per ogni repository. La CLI può anche registrare sul client OIDC la callback di login del tuo deploy.
Hosting, regione e dimensione della macchina
Scegli provider di hosting, regione e dimensione della macchina su cui gira ogni deploy.
Collega una volta, poi fai il deploy con git
Collega GitHub nella console, poi fai il deploy con git o con la CLI. Un deploy dalla CLI mostra il suo piano prima di partire.
- git pushorigin stg
- Buildclaims-portal
- ScansioniSAST · SonarQubeSCA · Dependency-Track
- Stagingm4tq7.slsblx.com
Distribuito in Staging, con entrambi i report di scansione allegati alla build.
Collega GitHub
Accedi a GitHub dalla console e scegli il repository. Nessun deploy parte finché non colleghi un repository.
Associa i branch
Associa ogni ambiente al suo branch, ad esempio dev a Development e main a Production.
Push o deploy
Fai push sul branch o esegui
blocks release deploy, e leggi i report SAST e SCA quando la build termina.
# 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 --jsonNella pipeline
- GitHub
- SonarQube
- Dependency-Track
- Kubernetes
Modifiche recenti a Release
Tutti gli aggiornamenti di Release- 30 lug 20262026.07.30Blocks OS Platform
- 20 gen 2026v3.7.10Automation, AI & Observability EnhancementsNew workflow nodes, inbound and outbound email visibility, SELISE AI, and a document management system for Storage.
- 15 ott 2025v3.7.5Smarter Recommendations, Security & IntegrationsData-driven AI suggestions, schema-level permissions, personal access tokens, and OIDC integration.
Domande su Release
Quali provider git sono supportati?
GitHub. Lo colleghi una volta dalla console e Release esegue le build dai repository che scegli.
Cosa può distribuire Release?
Le app dei repository GitHub che colleghi. Ogni branch viene distribuito nell'ambiente a cui è associato, ad esempio stg in Staging e main in Production.
Cosa controllano le scansioni di sicurezza?
SonarQube esegue l'analisi statica del tuo codice (SAST) e Dependency-Track cerca vulnerabilità note nelle tue librerie e nell'immagine del container (SCA). Entrambi i report sono allegati a ogni build.
Posso fare il deploy senza un push?
Sì. Clicca Deploy nella console e scegli l'ambiente, oppure esegui blocks release deploy dalla CLI.
Spesso usato con
Inizia con un progetto gratuito
Registrati su os.seliseblocks.com e crea un progetto, oppure incolla un prompt in Claude Code, Codex o Cursor e lascia che il tuo agente lo configuri tramite la CLI di Blocks.