Kazzle CLI
Użyj Kazzle CLI do uruchamiania poleceń aplikacji w trybie development i preview:-- to rzeczywiste polecenie. Kazzle wstrzykuje środowisko runtime w pierwszej kolejności.
kazzle run jest tylko dla development i preview. Należy do skryptu dev, nigdy do start. W produkcji wdrożony runtime wstrzykuje PORT, HOST i sekrety bezpośrednio, a polecenie produkcyjne to polecenie bez obudowy (np. bun run index.ts). CLI kazzle nie jest zainstalowany w wdrożonych obrazach, więc polecenie produkcyjne wywołujące kazzle run ulega awarii z błędem kazzle: command not found.
Co wstrzykuje kazzle run
- sekrety z wpisu
envkomponentu wkazzle.config.ts PORTiHOST- adresy URL komponentów równorzędnych, takie jak
KAZZLE_APP_COMPONENT_SERVER_URL - tożsamość runtime Kazzle, taką jak ID aplikacji i nazwa komponentu
Przykład
dev uruchamia się przez kazzle run, aby Kazzle mógł wstrzyknąć port preview i env runtime. start to polecenie bez obudowy — produkcja wstrzykuje PORT/HOST/sekrety sama.
Nie umieszczaj nazw kolekcji sekretów w package.json. Umieść je w kazzle.config.ts.
Łączenie checkout z aplikacją
kazzle run musi wiedzieć, do której aplikacji należy ten katalog. Kolejność rozwiązywania:
--app=<appId>w wierszu polecenia- zmienna środowiskowa
KAZZLE_APP_ID(ustawiana automatycznie, gdy Kazzle uruchamia nadzorowany komponent) .kazzle/link.jsonprzeszukiwany od bieżącego katalogu
kazzle run kończy się z:
app { action: "create" } automatycznie zapisuje <checkout>/.kazzle/link.json — podobnie jak .vercel/project.json Vercela. Plik jest na klona i gitignorowany. Po świeżym git clone istniejącej aplikacji uruchom:
app { action: "link", appId }.