Guida al deploy di Sito statico

# Come eseguire il deploy di Sito statico su Cloud Noce?

Guida pratica al deploy di HTML/CSS/JS, Vite e generatori di siti statici su PaaS Cloud Noce da Git o Gerdoo CLI, con comandi di build e avvio, variabili, domini e indicazioni per la produzione.

risposta breve

Collega il repository del progetto**Sito statico**  a[Cloud Noce PaaS](/products/paas)  oppure, dalla cartella del progetto, esegui`gerdoo deploy` . Cloud Noce compila il progetto, avvia il servizio in un ambiente isolato e fornisce un dominio temporaneo, SSL, log e gestione delle versioni.

Ultima revisione:6 settembre 2026

## Prepara il progetto per il deploy

Aggiungi al repository i file delle dipendenze, come**File pronti o package.json con lo strumento di build** . Ecco i valori tipici dei campi «Comando di build» e «Comando di avvio» per questo stack:

```
# Comando di build
npm ci && npm run build

# Comando di avvio
npx serve -s dist -l $PORT
```

La cartella di output può chiamarsi dist, build, out o public; configurala in base al progetto.

## Esegui il deploy da Git

- Crea un progetto e un ambiente nel pannello Cloud Noce.

- Collega il nuovo servizio al repository GitHub o GitLab e al branch desiderato.

- Adatta i campi «Comando di build» e «Comando di avvio» alla struttura effettiva del progetto.

- Inserisci i valori necessari nella sezione «Variabili» e specifica se servono durante la build o in fase di esecuzione.

- Esegui il deploy e segui i log di build e di esecuzione finché il controllo dello stato non ha esito positivo.

- Nella sezione Domini, collega il dominio personalizzato e testa la risposta HTTPS.

## Distribuisci dalla cartella locale con Gerdoo CLI

```
curl -fsSL https://get.gerdoo.cloud/install.sh | sh
gerdoo login
cd your-project
gerdoo deploy
gerdoo logs
```

La CLI pubblica la cartella locale senza collegarsi a Git. Per CI, puoi leggere il token dalle variabili d'ambiente e controllare lo stato del servizio tramite output JSON. La guida completa è nella[Documentazione CLI](/support/docs/cli) .

## Checklist per portare Sito statico in produzione

- Configura il fallback per le SPA.

- Servi gli asset con hash impostando una cache di lunga durata.

- I moduli e le API richiedono un servizio backend separato.

- Prima di ricevere traffico reale, prova il percorso di health check, i timeout e il comportamento in caso di riavvio.

- Conserva i dati in modo persistente, al di fuori del filesystem della versione in esecuzione, usando gli add-on o lo storage.

- Dalla sezione «Deploy», prova a ripristinare la versione precedente per verificare che il team conosca la procedura di recupero.

## Gestire i servizi con Gerdoo Agents

Dopo aver collegato Gerdoo MCP, agenti compatibili come Claude Code, Cursor e Codex possono individuare il servizio, eseguire deploy, leggere build e log, gestire variabili e domini e controllare lo stato del servizio. Le operazioni distruttive richiedono comunque una conferma esplicita.[Consulta la guida per collegare gli agenti](/support/docs/cli/agents) per i dettagli.

## Domande frequenti

### È possibile eseguire Sito statico su Cloud Noce senza Dockerfile?

Sì. Se nel repository sono presenti file di progetto standard come File pronti o package.json con lo strumento di build, Cloud Noce può rilevare il processo di build. Per avere il pieno controllo, puoi anche usare un Dockerfile.

### È possibile eseguire il deploy del progetto Sito statico con la CLI?

Sì. Esegui gerdoo deploy nella cartella del progetto. La prima esecuzione crea il servizio; quelle successive aggiornano lo stesso servizio.

### Come si attivano dominio e SSL?

Dopo il deploy hai un dominio temporaneo. Aggiungi il dominio personalizzato nelle impostazioni del servizio per ottenere automaticamente il certificato SSL.

### Dove si configurano le variabili segrete?

Imposta i valori segreti nella sezione «Variabili» del servizio o dell'ambiente. Non inserirli in Git, nel Dockerfile o nel codice del browser.