Push su un branch, deploy nel suo ambiente
Un push compila il suo 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. Può 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 sue librerie e il container (SCA).
Log di build e cronologia
Segua il log di build in diretta, consulti tutti i deploy passati e apra l'URL del deploy dalla stessa pagina.
Variabili d'ambiente e domini
Sincronizzi le variabili d'ambiente di un repository da un file dotenv senza stamparne i valori e aggiunga domini personalizzati per ogni repository. La CLI può anche registrare sul client OIDC la callback di login del suo deploy.
Hosting, regione e dimensione della macchina
Scelga provider di hosting, regione e dimensione della macchina su cui gira ogni deploy.
Colleghi una volta, poi faccia il deploy con git
Colleghi GitHub nella console, poi faccia 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.
Colleghi GitHub
Acceda a GitHub dalla console e scelga il repository. Nessun deploy parte finché non collega un repository.
Associ i branch
Associ ogni ambiente al relativo branch, ad esempio dev a Development e main a Production.
Push o deploy
Faccia push sul branch o esegua
blocks release deploy, e legga 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- 25 ott 20262026.10.25Access Grants, Function Events, and Secrets Shown OnceAdmins grant only what they hold, data rules cover platform data, many endpoints need a permission, and functions gain event triggers and streaming.
- 12 ott 20262026.10.12Versioned Schemas, Versioned Plans, and Faster FunctionsVersioned Data Gateway schemas with rollback, subscription plans you can edit with live subscribers, faster and safer Workflow functions, plus CLI 0.9 schema indexes and safer previews.
- 13 set 20262026.09.13Utilities, Identity Hardening & the Blocks CLI
Domande su Release
Quali provider git sono supportati?
GitHub. Lo collega una volta dalla console e Release esegue le build dai repository che sceglie.
Cosa può distribuire Release?
Le app dei repository GitHub che collega. 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 suo codice (SAST) e Dependency-Track cerca vulnerabilità note nelle sue librerie e nell'immagine del container (SCA). Entrambi i report sono allegati a ogni build.
Posso fare il deploy senza un push?
Sì. Clicchi Deploy nella console e scelga l'ambiente, oppure esegua blocks release deploy dalla CLI.
Spesso usato con
Inizi con un progetto gratuito
Si registri su os.seliseblocks.com e crei un progetto, oppure incolli un prompt in Claude Code, Codex o Cursor e lasci che il suo agente lo configuri tramite la CLI di Blocks.