Desplegar desde código local
Si tu código no está en GitHub o quieres probar cambios rápidos, sube el directorio actual directamente con lizard up. Empaqueta tu árbol de trabajo como un tarball, lo envía a los nodos de compilación y lo despliega. Para los comandos que necesita cada stack, consulta las guías de React, Vue, Astro, SvelteKit, Hugo, Docusaurus, VitePress, FastAPI y Streamlit.
Desplegar el directorio actual
lizard up- Sube el directorio actual como un tarball. Dentro de un repositorio git respeta
.gitignore(desactívalo con--no-gitignore). Fuera de git omite solo una lista fija de carpetas de compilación y dependencias (node_modules,.git,dist,.next,build,__pycache__,.venv,venv,.cache,coverage,.turbo,.vercel) además de.DS_Store,*.pyc,*.pyoy*.log, por lo que los archivos.envse suben. Ejecutagit inito mueve antes los secretos a otro lugar. - Fuerza
sourceType=upload. - Transmite los logs de compilación por SSE y muestra la URL en vivo al finalizar.
Si el directorio todavía no está vinculado a un proyecto, up ejecuta primero init. En un TTY eso es interactivo; en un entorno no TTY (CI) no creará un proyecto silenciosamente: devuelve un error y te pide que ejecutes lizard init --name <project> (o que pases --project <name> a up). Esto evita que un error tipográfico genere un proyecto vacío.
Banderas comunes
| Bandera | Propósito |
|---|---|
-s, --service <name> | Apuntar a un servicio existente |
--build-command <cmd> | Anular el comando de compilación |
--start-command <cmd> | Anular el comando de arranque |
--pre-deploy-command <cmd> | Ejecutar al inicio de cada contenedor, antes del comando de arranque; requiere --start-command (consulta configuración de compilación) |
--port <number> | Puerto del contenedor (0 = modo worker) |
--region <code> | Región para un servicio nuevo (se ignora en servicios existentes) |
-d, --detach | Iniciar el despliegue y salir sin transmitir logs |
-c, --ci | Salida amigable para CI |
--no-gitignore | Subir todo, ignorando .gitignore |
lizard up --service api --start-command "node server.js" --port 8080Configurar comandos de compilación/arranque
Pasar --build-command o --start-command lo guarda en el servicio y cambia el servicio a la ruta de Dockerfile sintetizado, a menos que dockerfilePath esté definido. En esa ruta, Procfile y package.json scripts.start no se leen: establece el comando de arranque explícitamente. Consulta Proceso de compilación. Python es donde esto más suele afectar: Django, Flask and FastAPI necesitan cada uno una línea distinta de gunicorn o uvicorn.
Volver a desplegar un servicio subido
lizard up vuelve a subir y recompilar. Para recompilar la última subida con las variables actuales sin volver a subir:
lizard redeploy --service apiSin interfaz / CI
Para flujos no interactivos, vincula el proyecto explícitamente antes de desplegar:
export LIZARD_TOKEN=liz_xxx # create one with: lizard keys create <name>
lizard init --name my-project
lizard up --ci --service apiCuándo conviene usar GitHub en su lugar
La subida es excelente para iterar rápido y para situaciones sin remoto. Para cualquier cosa de larga duración, conviene preferir una fuente de GitHub para que los pushes vuelvan a desplegar automáticamente y tengas un historial de despliegues limpio.
Ver también
lizard up: la referencia completa del comando.- Proceso de compilación: cómo se detecta y compila tu stack.
Actualizado