# Pubblica e ripristina

> Rilascia una versione verificata, recupera un rilascio fallito e gestisci il ciclo di vita dell’app.

## Prima di iniziare

Ti serve accesso owner o editor alla dashboard. Prova le azioni importanti nell’anteprima prima di pubblicare.

Il pool condiviso deve coprire eventuali [addebiti dell’abbonamento](/it/docs/apps/costs). Gli operatori partner con accesso Editor possono pubblicare durante una sessione operatore attiva; l’abbonamento viene addebitato al pool condiviso del workspace cliente.

## Pubblica una versione

1. Scegli **Apri il builder** dalla pagina dell’app.
2. Scegli **Pubblica**.
3. Alla prima pubblicazione scegli piano e autoscale, e controlla il primo addebito.
4. Decidi se mantenere i dati di prova alla prima pubblicazione.
5. Controlla eventuali **Modifiche agli accessi**.
6. Conferma la pubblicazione.
7. Segui il rilascio nella **Cronologia** della pagina dell’app.
8. Apri o ricarica l’app dopo il completamento.

Il primo addebito precede la creazione dell’infrastruttura. Riprovare una pubblicazione fallita non addebita di nuovo lo stesso periodo. Ogni taglia include il backup orario dei dati pubblicati. Le pubblicazioni successive mantengono i dati pubblicati e non li sostituiscono mai con quelli di prova.

## Segui un aggiornamento dei dati

Un rilascio può completare i dati esistenti quando aggiungi un valore predefinito o rinomini un campo. **Aggiornamento dei tuoi dati** precede la verifica di ogni record. I membri mantengono l’interfaccia precedente fino al superamento dei controlli; uscire dalla pagina non ferma il rilascio.

Una bozza diventa un’anteprima verificata, poi una versione pubblicata. Ogni rilascio successivo aggiorna i dati se necessario e attiva l’interfaccia dopo i controlli.

Un ripristino compatibile mantiene i dati correnti. La sospensione blocca l’accesso; il Cestino conserva codice e dati per sette giorni prima dell’eliminazione definitiva.

> **Regola** — Il modello dati può solo crescere. Aggiungi tabelle e campi facoltativi; conserva quelli precedenti quando rinomini. Rimuovere tabelle o campi, cambiarne il tipo o rendere obbligatori campi facoltativi non è supportato e fallisce prima del rilascio.

## Recupera un rilascio fallito

1. Apri la voce fallita in **Cronologia**.
2. Leggi il passaggio fallito e la spiegazione.
3. Scegli **Controlla le modifiche agli accessi** se la revisione dei permessi non è più attuale.
4. Scegli **Riprova** quando la causa è risolta.

Quando il codice dell’app non supera i controlli che precedono la pubblicazione, **Cronologia** mostra i primi errori e propone **Correggi nel builder** al posto di **Riprova**: il builder riceve tutti gli errori, corregge l’app e controlla l’anteprima. Poi pubblica di nuovo.

Gli aggiornamenti dei dati interrotti riprovano automaticamente alcune volte. Un errore dopo la distribuzione delle funzioni può lasciare le nuove funzioni dietro l’interfaccia pubblicata precedente. La pagina dell’app segnala il rilascio incompleto; controlla la Cronologia prima di presumere che la versione precedente sia interamente ripristinata.

## Mantieni l’app aggiornata

Botchi migliora le librerie su cui sono costruite le app. Un’app pubblicata mantiene la sua versione finché non viene aggiornata; pubblicare dal builder include sempre l’ultima.

1. Cerca **Aggiornamento disponibile** nella pagina App o l’avviso di aggiornamento nella pagina dell’app.
2. Scegli **Aggiorna app**.
3. Segui il rilascio nella **Cronologia**.

L’aggiornamento ripubblica la versione pubblicata: dati, funzioni e accessi restano invariati. Un’app con modifiche del builder non ancora pubblicate si aggiorna pubblicandola dal builder. Quando un aggiornamento importante richiede modifiche, scegli **Adatta nel builder**, controlla l’anteprima e pubblica come sempre; fino ad allora i membri mantengono la versione attuale.

## Ripristina la versione pubblicata

1. Apri la **Cronologia** della pagina dell’app.
2. Seleziona una versione pubblicata precedente idonea.
3. Scegli **Ripristina versione**.
4. Controlla eventuali **Modifiche agli accessi**.
5. Conferma il ripristino.

Sono offerte solo versioni compatibili con i dati correnti. Il ripristino recupera il codice, non il contenuto del database.

Sono escluse anche versioni con kit o ruoli incompatibili con il sistema di accesso attuale. Per il solo codice del builder, usa la [cronologia del codice](/it/docs/apps/build). Per riavere i dati, recupera un backup.

## Recupera i dati da un backup

Botchi fa il backup dei dati di ogni app pubblicata ogni ora e conserva 30 giorni di punti di ripristino.

1. Contatta il supporto Botchi.
2. Indica l’app, la data e l’ora a cui tornare, con il tuo fuso orario.
3. Attendi la conferma del supporto che il recupero è completo.

Il recupero sostituisce i dati pubblicati dell’app con il loro stato a quel minuto; le modifiche successive spariscono. Il codice resta lo stesso. Se la versione attuale non accetta più i dati di allora, il supporto ti chiede prima un ripristino della versione. Anche lo stato subito prima di un recupero si può recuperare.

| Voce | Regola |
| --- | --- |
| Dati persi | Al massimo le modifiche dell’ultima ora. |
| Punto di ripristino | Qualsiasi minuto degli ultimi 30 giorni. |
| Durata | Minuti per le app piccole, fino a ore per quelle molto grandi. |

## Esporta un’app

L’owner dell’account può scaricare una copia di un’app pubblicata.

1. Apri **Impostazioni**.
2. Scegli **Esporta app**.
3. Attendi l’email che conferma che l’esportazione è pronta. Uscire dalla pagina non la ferma.
4. Scegli **Scarica** in **Impostazioni**.

Lo zip contiene il codice della versione pubblicata e i dati dell’app all’ultimo backup orario: ogni tabella e ogni file, come snapshot Convex standard che `npx convex import` carica in un progetto Convex. Il codice dipende dal kit delle app Botchi e non funziona così com’è fuori da Botchi.

| Voce | Regola |
| --- | --- |
| Chi | Solo l’owner dell’account. |
| App | App pubblicate, anche sospese. Non bozze né app nel Cestino. |
| Dati | All’ultimo backup orario. Un’app appena pubblicata si può esportare dopo il primo backup. |
| Pronta | In pochi secondi o qualche minuto. |
| Download | Disponibile per sette giorni. |
| Limite | Fino a tre esportazioni per app al giorno. |

## Sospendi o rimuovi un’app

1. Apri **Impostazioni**.
2. Apri **Sospendi o elimina app**.
3. Cambia **Blocco di emergenza** per fermare o ripristinare l’accesso.
4. Conferma la modifica di accesso.

La sospensione mantiene codice e dati. Non annulla l’abbonamento dell’app.

Per rimuovere un’app come owner o editor della dashboard:

1. Scegli **Elimina app** in **Sospendi o elimina app**.
2. Inserisci il nome esatto mostrato nella conferma, se l’app ha un nome.
3. Scegli **Sposta nel cestino**.

Membri e agenti perdono l’accesso. I rinnovi si fermano nel Cestino.

Recupera l’app da **Apps** → **Cestino** con **Ripristina** prima che scadano sette giorni. Un ripristino dopo la fine del periodo pagato avvia un nuovo periodo, addebitato al pool condiviso del workspace. Anche gli operatori partner autorizzati possono ripristinare durante una sessione operatore attiva.

> **Attenzione** — **Elimina definitivamente** nel Cestino rimuove per sempre app, database e codice. Non puoi annullare l’azione. Anche il Cestino li elimina automaticamente dopo sette giorni. Per conservarne una copia, esporta l’app prima di spostarla nel Cestino.

## Pagine correlate

- [Costruisci e prova](/it/docs/apps/build)
- [Controlla i permessi](/it/docs/apps/access)
- [Abbonamento e limiti](/it/docs/apps/costs)