DespliegueDesplegar desde GitHub

Desplegar desde GitHub

Conecta un repositorio de GitHub y Lizard (lizard.build) compila y vuelve a desplegar tu app en cada push a la rama seguida: git push to deploy. Ejecuta lizard add -r owner/repo para crear el servicio; para un repositorio privado, conecta primero la GitHub App de Lizard con lizard git connect. Es la forma recomendada de ejecutar una app que guardas en GitHub. Para código sin remoto, despliega desde código local.

Crear un servicio desde un repositorio

lizard add -r your-org/your-app

Esto crea un servicio con origen github, clona el repositorio, detecta automáticamente el stack (lizardpack), compila y devuelve una URL activa. Banderas útiles:

BanderaPropósito
-r, --repo <owner/repo>Repositorio de origen
-n, --name <name>Nombre del servicio (se usa en las referencias ${{name.KEY}} y en el panel)
-v, --variables <K=V>Inicializar una variable de entorno; repetible
--region <code>Región donde desplegar
--no-deployAdjunta el repositorio pero omite el primer build

Repositorios privados

Conecta la GitHub App de Lizard una vez por cuenta para conceder acceso a repositorios privados:

lizard git connect
lizard git status        # show connection + repo status

También puedes conectar y gestionar el acceso a repositorios desde la página de integración de GitHub en el panel (lizard open).

Apuntar un servicio existente a un repositorio

Para cambiar un servicio a un origen git (o cambiar el repositorio/rama):

lizard service set api \
  --set sourceType=github \
  --set repoUrl=https://github.com/your-org/your-app \
  --set branch=main

Cambiar un campo de build activa automáticamente un rebuild de un servicio en ejecución: no encadenes un redeploy después, o pondrás en cola dos builds. Un servicio que se ha caído o que nunca se ha desplegado necesita lizard redeploy.

Nota: lizard up siempre fuerza sourceType=upload. No lo uses para actualizar un servicio respaldado por git: haz push al remoto o usa lizard redeploy en su lugar.

Redespliegue automático en push

Una vez que repoUrl está configurado, los push a la branch correspondiente redespliegan automáticamente mediante el webhook de GitHub. Conecta la GitHub App de Lizard (lizard git connect) para que Lizard reciba los eventos de push del repositorio. Para limitar qué push activan un redespliegue:

  • rootDirectory: solo compila un subdirectorio (monorepos).
  • watchPatterns: solo redespliega cuando cambian rutas coincidentes.
lizard service set api --set watchPatterns='apps/api/**,packages/**'

Cambiar de rama

lizard git checkout api staging      # move the `api` service to the `staging` branch and redeploy

Monorepos

Para un repositorio que contiene varias apps, crea un servicio por app y configura su rootDirectory con la subruta:

lizard add -r your-org/monorepo -n api --no-deploy
lizard service set api --set rootDirectory=apps/api
lizard redeploy --service api

Si tu directorio actual es una subapp dentro de un repositorio cuyo directorio padre ya está vinculado, añade el servicio en el proyecto del padre y configura rootDirectory con la subruta del cwd.

Ver también

ResumenDesplegar desde código local

Actualizado