Despliegues

Cada vez que despliegas un proyecto, Swisblade crea un registro de despliegue que rastrea todo el proceso de principio a fin.

Flujo de despliegue

Cuando haces clic en Deploy en el dashboard (o se activa un despliegue automaticamente):

1. Git pull — Descarga el codigo mas reciente desde tu branch/tag/SHA configurado
2. Validar — Verifica que stack.json sea valido y que todos los servicios referenciados esten configurados correctamente
3. Sincronizar contrato — Detecta cambios en stack.json desde el ultimo despliegue (servicios nuevos, servicios eliminados, etc.)
4. Inyectar variables de entorno — Lee tus secretos del dashboard, los desencripta y los prepara para los contenedores
5. Aprovisionar infraestructura — Configura las bases de datos, caches o colas declaradas en needs (si no estan ya aprovisionadas)
6. Compilar e iniciar — Compila imagenes Docker desde tu codigo fuente e inicia todos los contenedores

Estados del despliegue

Estado	Descripcion
pending	Despliegue en cola
running	Compilacion e inicio en progreso
success	Todos los contenedores estan ejecutandose
failed	Algo salio mal — revisa los logs

Ver logs de despliegue

Streaming en tiempo real

Cuando un despliegue esta en progreso, el dashboard transmite logs en tiempo real. Veras cada paso conforme ocurre: clonacion, compilacion, inicio de contenedores.

Logs historicos

Todos los logs de despliegue se persisten. Ve a Proyecto -> Despliegues para ver el log completo de cualquier despliegue pasado.

Diagnostico de fallos

Si un despliegue falla, Swisblade captura automaticamente:

• Las ultimas 15 lineas de salida de cada contenedor fallido
• Mensajes de error del paso de compilacion
• Advertencias de variables de entorno faltantes

Esta informacion de diagnostico aparece en el log del despliegue.

Activar un redespliegue

Para redesplegar con el codigo mas reciente:

1. Ve a tu proyecto en el dashboard
2. Haz clic en Deploy

Swisblade descargara el codigo mas reciente desde tu ref configurado, recompilara los contenedores si el codigo cambio y reiniciara el stack.

Que activa una recompilacion

Cambio	Recompila?
Codigo fuente modificado	Si
stack.json modificado	Si (solo servicios afectados)
Variable de entorno modificada	No (reinicio con nuevo env, sin recompilacion)
Sin cambios	Los contenedores se reinician

Validacion de variables de entorno

Antes de iniciar los contenedores, Swisblade verifica que todas las variables de entorno requeridas tengan valores. Si tu stack.json declara:

"env": {
  "STRIPE_KEY": { "secret": true }
}

Y no has configurado STRIPE_KEY en el dashboard, el despliegue fallara con un mensaje claro listando las variables faltantes.

Los strings de conexion generados por la plataforma (como DATABASE_URL) siempre estan presentes y no necesitan configuracion manual.