Distribuisci il frontend, l'API o il worker che si collega a Supabase. Adios esegue il rilascio dell'applicazione; il progetto Supabase resta il database e il servizio backend esterno.
Versione candidata
App Supabase
SORGENTE
Git
REGION
de
ROUTE
HTTPS
01Codice sorgente ricevuto
02Compilazione completata
03Ambiente di esecuzione avviato
04Controllo di integrità superato
Route promossa
production.adios.run
Un percorso verso la produzione per
Il percorso di produzione
L'applicazione o il servizio è solo una parte della produzione. Le evidenze della compilazione, lo stato dell'ambiente di esecuzione, l'integrità, i segreti, i log, le route e la versione promossa devono restare consultabili insieme.
Distingui correttamente le responsabilità: Adios compila ed esegue l'app, mentre Supabase continua a fornire il progetto esterno, il database, l'autenticazione, l'archiviazione o le funzioni che hai scelto lì.
Esponi solo i valori destinati al browser. Mantieni le chiavi service-role e le altre credenziali privilegiate nei segreti Adios lato server, fuori dai bundle client.
Usa un'anteprima per testare callback di autenticazione, accesso al database, URL dell'archiviazione, errori di rete e dominio di produzione prima che il rilascio serva gli utenti.
Dal codice sorgente al rilascio
Usa il codice sorgente e il comportamento di produzione già previsti dal progetto. Il manifesto indica cosa la piattaforma deve compilare o provisionare e come verificare che il risultato sia pronto.
Porta il repository esistente oppure esamina e distribuisci una delle varianti dei modelli iniziali indicate nei link qui sotto.
$adios loginMantieni in adios.yaml i comandi, la versione dell'ambiente di esecuzione o del servizio, il comportamento dei controlli di integrità e i riferimenti ai segreti.
$git diff -- adios.yamlSegui le evidenze della compilazione e dell'esecuzione, verifica la versione candidata e apri la route promossa o la connessione al servizio.
$adios upname: supabase-web-app
build_cmd: npm ci && npm run build
start_cmd: npm start
runtime:
name: node@24
port: 3000
health_path: /api/health
env:
NEXT_PUBLIC_SUPABASE_URL: https://project.supabase.co
SUPABASE_SERVICE_ROLE_KEY: secret://SUPABASE_SERVICE_ROLE_KEYPunti di partenza pronti per la distribuzione
Parti dal modello Supabase su Node.js 24 e collegalo al progetto esistente con URL e chiavi configurati tramite segreti.
Applicazioni web
Un progetto base Node.js 24 collegato a un progetto Supabase esistente, con configurazione basata su segreti.
git clone https://github.com/adiosdotdev/template-nodejs-supabase.git
cd template-nodejs-supabase
adios upPrima della produzione
Il primo rilascio più sicuro parte da una compilazione o configurazione del servizio riproducibile e da un'anteprima che mette alla prova le dipendenze effettivamente usate in produzione.
Risposte alle tue domande
Verifica i limiti dell'ambiente di esecuzione o del servizio, il percorso del modello, il comportamento in caso di errore e i controlli di produzione prima di creare il primo rilascio.
No. Questa pagina riguarda la distribuzione di un'applicazione collegata a un progetto Supabase esistente. Adios ospita il rilascio dell'applicazione; Supabase resta il servizio esterno.
Sì. Mantieni le impostazioni pubbliche del client Supabase separate dalle credenziali riservate al server, configura i domini dei callback di autenticazione e testa in anteprima i flussi server e browser.
Conservalo come segreto Adios e leggilo solo da codice fidato lato server. Non esporlo tramite variabili NEXT_PUBLIC_, file statici, log o bundle del browser.
Sì. Inserisci l'URL del progetto e la credenziale server necessaria nell'ambiente di esecuzione Python, poi testa autorizzazione, errori di rete e comportamento del database prima della promozione.
Sì. Il modello iniziale Node.js 24 collegato a Supabase include configurazione del progetto protetta da segreti, una route di integrità del processo e una query di esempio adattabile allo schema e alle policy Row Level Security.
Percorsi di distribuzione correlati
Distribuisci pagine statiche, route renderizzate sul server e API da un'unica versione persistente Node.js.
Compila un'applicazione React dal repository esistente, servi l'output generato o esegui il processo Node.js di produzione e collega il rilascio a una route HTTPS stabile.
Distribuisci un servizio FastAPI con target di importazione ASGI, installazione delle dipendenze, porta di esecuzione, endpoint di integrità, segreti e rilascio promosso collegati al codice sorgente.
Scegli una versione PostgreSQL, mantieni le credenziali del database fuori da Git, collega archiviazione persistente, connetti l'applicazione e verifica i dati dopo un riavvio.
Il primo rilascio
Parti dal repository o da un modello, verifica il contratto di distribuzione ed esamina la versione promossa in produzione.