Kazzle CLI
Usa la Kazzle CLI per eseguire i comandi dell’app in sviluppo e anteprima:-- è il comando vero. Kazzle inietta prima l’ambiente di runtime.
kazzle run è solo per sviluppo e anteprima. Appartiene allo script dev, mai a start. In produzione, il runtime distribuito inietta PORT, HOST e i segreti direttamente, e il comando di produzione è il comando nudo (ad es. bun run index.ts). La CLI kazzle non è installata nelle immagini distribuite, quindi un comando di produzione che chiama kazzle run si arresta in modo anomalo con kazzle: command not found.
Cosa inietta kazzle run
- segreti dalla voce
envdel componente inkazzle.config.ts PORTeHOST- URL dei componenti fratelli come
KAZZLE_APP_COMPONENT_SERVER_URL - identità del runtime Kazzle come ID app e nome del componente
Esempio
dev viene eseguito tramite kazzle run in modo che Kazzle possa iniettare la porta di anteprima e l’env di runtime. start è il comando nudo — la produzione inietta PORT/HOST/segreti da sola.
Non mettere i nomi delle raccolte di segreti in package.json. Mettili in kazzle.config.ts.
Collegare un checkout a un’app
kazzle run deve sapere a quale app appartiene questa directory. Ordine di risoluzione:
--app=<appId>sulla riga di comando- variabile env
KAZZLE_APP_ID(impostata automaticamente quando Kazzle avvia un componente supervisionato) .kazzle/link.jsonrisalito dalla directory corrente
kazzle run esce con:
app { action: "create" } scrive <checkout>/.kazzle/link.json automaticamente — come .vercel/project.json di Vercel. Il file è per-clone e gitignored. Dopo un git clone fresco di un’app esistente, esegui:
app { action: "link", appId }.