osFoundry / Platform
빌드 파이프라인 및 CI
모든 푸시가 설치 → 린트 → 빌드 → 배포를 트리거합니다. 로그가 스트리밍되고 아티팩트가 보존됩니다.
개요
빌드 파이프라인과 CI는 osFoundry의 Apps & Backend를 떠받치는 지속적 통합 계층입니다. 앱의 코드를 푸시하면 osFoundry는 정해진, 예측 가능한 순서를 실행합니다. 의존성 설치, 린트, 빌드, 그리고 배포입니다. 따로 연결할 CI 서비스도, 손으로 작성할 YAML도, 준비할 러너도 없습니다. 파이프라인은 워크스페이스의 일부이므로, 앱을 출시하는 일은 곧 거기에 작업을 저장하는 것과 같은 동작입니다.
osFoundry 안에서 이 파이프라인은 코드 푸시를 실제로 동작하는 앱으로 바꿔 줍니다. 각 단계는 순서대로 실행되고 첫 실패에서 멈추므로, 린트 오류나 깨진 빌드가 배포까지 도달하는 일은 없습니다. 각 단계의 로그는 실행이 진행되는 동안 그대로 흘러오므로, 설치 출력과 린트 경고, 빌드 오류를 실시간으로 확인할 수 있습니다. 빨간 엑스 표시를 기다렸다가 나중에 덤프를 뒤질 필요가 없습니다. 빌드가 성공하면 생성된 산출물이 보관되므로, 배포한 각 버전은 끝나는 순간 사라지는 빌드가 아니라 나중에 다시 돌아볼 수 있는 지속적인 기록으로 남습니다.
이것이 중요한 이유는, 출시에서 시간을 잡아먹는 대목이 대개 배포 실패와 그 원인을 파악하는 사이의 왕복이기 때문입니다. 실시간 로그는 그 왕복을 줄여 줍니다. 실행이 어느 단계의 어느 줄에서 깨졌는지를, 채팅과 에이전트, 코드, 데이터를 다루는 바로 그 워크스페이스에서 확인할 수 있습니다. osFoundry는 bring-your-own-key이자 local-first이므로, 이 파이프라인은 키와 데이터의 통제권을 직접 쥐고 가는 작업 방식에 맞습니다. 좌석당 과금 체계를 두고 여러분의 로그를 자기네 쪽에 저장하는 제3자 CI 업체에 빌드 과정을 맡기지 않아도 됩니다.
주요 기능
- 푸시할 때마다 설치, 린트, 빌드, 배포의 네 단계가 같은 순서로 실행됩니다
- 파이프라인이 첫 실패 단계에서 멈추므로, 깨진 빌드는 절대 배포되지 않습니다
- 각 단계의 로그는 실행이 끝난 뒤가 아니라 진행되는 동안 실시간으로 흘러옵니다
- 빌드 산출물은 버전별로 보관되어, 출시한 내용의 지속적인 기록으로 남습니다
- 별도의 CI 서비스나 러너, 손으로 쓴 YAML이 필요 없습니다. 워크스페이스에 내장되어 있습니다
활용 사례
- 1인 개발자: 앱을 푸시하고 설치, 린트, 빌드를 실시간으로 지켜보며, 무언가 배포되기 전에 실패한 린트 단계를 잡아냅니다
- 사내 앱을 출시하는 소규모 팀: 설치-린트-빌드-배포의 고정된 순서에 기대어, 검토되지 않았거나 깨진 빌드가 사용자에게 닿지 않게 합니다
- 배포를 디버깅하는 개발자: 과거 실행에서 보관된 산출물과 실시간 로그를 훑어, 어떤 버전이 깨진 정확한 단계를 찾아냅니다
자주 묻는 질문
osFoundry 앱에 코드를 푸시하면 무엇이 실행되나요?
고정된 파이프라인입니다. 의존성 설치, 린트, 빌드, 그리고 배포 순입니다. 단계들은 순서대로 실행되고 파이프라인은 처음 실패하는 단계에서 멈추므로, 실패한 린트나 빌드가 배포 단계까지 도달하는 일은 없습니다.
실행 중에 빌드 로그를 볼 수 있나요?
네. 각 단계의 로그가 실행이 진행되는 동안 실시간으로 흘러오므로, 실행이 끝나기를 기다렸다가 정적 덤프를 읽는 대신 설치, 린트, 빌드 출력을 실시간으로 확인합니다.
배포한 뒤 예전 빌드는 보관되나요?
네. 성공한 빌드의 산출물은 보관되므로, 배포한 각 버전은 끝나는 순간 사라지는 빌드가 아니라 다시 돌아볼 수 있는 지속적인 기록으로 남습니다.