osFoundry / Platform
Pipeline de build y CI
Cada push dispara install → lint → build → deploy. Logs en vivo, artefactos retenidos.
Qué es
El pipeline de build y CI es la capa de integración continua que hay detrás de Apps & Backend de osFoundry. Cuando haces push del código de una app, osFoundry ejecuta una secuencia fija y predecible: instala dependencias, pasa el lint, compila y despliega. No hay un servicio de CI aparte que conectar, ningún YAML que escribir a mano ni ningún runner que aprovisionar. El pipeline forma parte del espacio de trabajo, así que publicar una app es el mismo gesto que guardar en ella tu trabajo.
Dentro de osFoundry, el pipeline es lo que convierte un push en una app en producción. Cada etapa se ejecuta en orden y se detiene ante el primer fallo, de modo que un error de lint o una compilación rota nunca llega al deploy. Los logs de cada etapa llegan a ti a medida que se ejecuta la corrida, lo que significa que ves la salida de la instalación, los avisos del lint y los errores de compilación en tiempo real, en lugar de esperar a un aspa roja y luego rebuscar en un volcado a posteriori. Cuando la compilación tiene éxito, los artefactos resultantes se conservan, así que cada versión que despliegas deja un registro duradero al que volver, no una build que se esfuma en cuanto termina.
Esto importa porque la parte lenta de publicar suele ser el ciclo entre un deploy fallido y entender por qué falló. Los logs en directo comprimen ese ciclo: ves la etapa y la línea exactas donde se rompió la corrida, desde el mismo espacio de trabajo en el que escribes chat, agentes, código y datos. Como osFoundry es bring-your-own-key y local-first, el pipeline encaja en un flujo donde mantienes el control de tus claves y tus datos, en vez de ceder tu proceso de build a un proveedor de CI externo con su propio precio por asiento y su propio sitio para guardar tus logs.
Capacidades principales
- Cada push ejecuta las mismas cuatro etapas en orden: instalar, lint, compilar, desplegar
- El pipeline se detiene en la primera etapa que falla, así una build rota nunca se despliega
- Los logs de cada etapa llegan en directo mientras corre la ejecución, no cuando ya terminó
- Los artefactos se conservan por versión, dejando un registro duradero de lo que publicaste
- Sin servicio de CI aparte, runner ni YAML escrito a mano: forma parte del espacio de trabajo
Casos de uso
- Constructor en solitario: haz push de una app y mira instalar, lint y compilar en directo, atrapando un lint fallido antes de que nada se despliegue
- Equipo pequeño que publica apps internas: apóyate en la secuencia fija instalar-lint-compilar-desplegar para que ninguna build sin revisar o rota llegue a los usuarios
- Desarrollador depurando un deploy: recorre los artefactos conservados y los logs de una corrida pasada para hallar la etapa exacta donde se rompió una versión
Preguntas frecuentes
¿Qué se ejecuta cuando hago push a una app de osFoundry?
Un pipeline fijo: instalar dependencias, lint, compilar y luego desplegar. Las etapas corren en orden y el pipeline se detiene en la primera que falla, así que un lint o una build fallida nunca llega a la etapa de deploy.
¿Puedo ver los logs de build mientras corre la ejecución?
Sí. Los logs de cada etapa te llegan en directo a medida que se ejecuta la corrida, así ves la salida de instalación, lint y compilación en tiempo real en lugar de esperar a que termine y leer luego un volcado estático.
¿Se conservan las builds antiguas después de desplegarse?
Sí. Los artefactos de las builds exitosas se conservan, de modo que cada versión que despliegas deja un registro duradero al que puedes volver, en vez de una build que desaparece en cuanto se completa.