osFoundry / Platform
Pipeline de build e CI
Cada push dispara install → lint → build → deploy. Logs em streaming, artefatos retidos.
O que é
O pipeline de build e CI é a camada de integração contínua por trás de Apps & Backend do osFoundry. Quando você faz push do código de um app, o osFoundry executa uma sequência fixa e previsível: instala dependências, roda o lint, compila e faz o deploy. Não há um serviço de CI à parte para conectar, nenhum YAML para escrever à mão e nenhum runner para provisionar. O pipeline faz parte do workspace, então publicar um app é o mesmo gesto que salvar seu trabalho nele.
Dentro do osFoundry, o pipeline é o que transforma um push em um app no ar. Cada etapa roda em ordem e para no primeiro erro, de modo que um erro de lint ou um build quebrado nunca chega ao deploy. Os logs de cada etapa chegam a você conforme a execução acontece, o que significa que você vê a saída da instalação, os avisos do lint e os erros de build em tempo real, em vez de esperar por um X vermelho e depois vasculhar um dump. Quando o build tem sucesso, os artefatos gerados são retidos, então cada versão que você faz deploy deixa um registro durável ao qual voltar, e não um build que some no instante em que termina.
Isso importa porque a parte lenta de publicar costuma ser o ciclo entre um deploy que falhou e entender o motivo. Os logs ao vivo encurtam esse ciclo: você vê a etapa e a linha exatas onde a execução quebrou, a partir do mesmo workspace em que escreve chat, agentes, código e dados. Como o osFoundry é bring-your-own-key e local-first, o pipeline se encaixa num fluxo em que você mantém o controle das suas chaves e dos seus dados, em vez de entregar seu processo de build a um fornecedor de CI terceiro com seu próprio preço por assento e seu próprio lugar para guardar seus logs.
Principais recursos
- Cada push roda as mesmas quatro etapas em ordem: instalar, lint, build, deploy
- O pipeline para na primeira etapa que falha, então um build quebrado nunca faz deploy
- Os logs de cada etapa chegam ao vivo enquanto a execução roda, não depois que ela termina
- Os artefatos são retidos por versão, deixando um registro durável do que você publicou
- Sem serviço de CI à parte, runner ou YAML escrito à mão: faz parte do workspace
Casos de uso
- Criador solo: faça push de um app e acompanhe instalação, lint e build ao vivo, pegando um lint que falhou antes de qualquer deploy
- Time pequeno publicando apps internos: conte com a sequência fixa instalar-lint-build-deploy para que nenhum build sem revisão ou quebrado chegue aos usuários
- Desenvolvedor depurando um deploy: percorra os artefatos retidos e os logs de uma execução passada para achar a etapa exata onde uma versão quebrou
Perguntas frequentes
O que roda quando eu faço push de código para um app do osFoundry?
Um pipeline fixo: instalar dependências, lint, build e então deploy. As etapas rodam em ordem e o pipeline para na primeira que falha, então um lint ou build que falhou nunca chega à etapa de deploy.
Consigo ver os logs de build enquanto a execução acontece?
Sim. Os logs de cada etapa chegam a você ao vivo conforme a execução roda, então você vê a saída de instalação, lint e build em tempo real em vez de esperar a execução terminar e depois ler um dump estático.
Os builds antigos são mantidos depois do deploy?
Sim. Os artefatos de builds bem-sucedidos são retidos, então cada versão que você faz deploy deixa um registro durável ao qual você pode voltar, em vez de um build que desaparece assim que termina.