osFoundry / Platform
Build-пайплайн и CI
Каждый push запускает install → lint → build → deploy. Логи в реальном времени, артефакты сохраняются.
Что это
Пайплайн сборки и CI — это слой непрерывной интеграции за Apps & Backend в osFoundry. Когда вы пушите код приложения, osFoundry выполняет фиксированную и предсказуемую последовательность: установка зависимостей, lint, сборка, затем деплой. Не нужно подключать отдельный CI-сервис, писать YAML вручную или готовить раннер. Пайплайн — часть рабочего пространства, поэтому выпустить приложение — то же самое действие, что и сохранить в него свою работу.
Внутри osFoundry именно пайплайн превращает пуш кода в работающее приложение. Каждый этап выполняется по порядку и останавливается на первой ошибке, так что ошибка lint или сломанная сборка никогда не доходят до деплоя. Логи каждого этапа приходят к вам по ходу выполнения, а значит, вы видите вывод установки, предупреждения lint и ошибки сборки в реальном времени, а не ждёте красного крестика, чтобы потом рыться в дампе постфактум. Когда сборка проходит успешно, полученные артефакты сохраняются, поэтому каждая выпущенная версия оставляет устойчивую запись, к которой можно вернуться, а не сборку, которая исчезает в момент завершения.
Это важно, потому что медленная часть выпуска — обычно тот круг между неудачным деплоем и пониманием, почему он не удался. Живые логи сокращают этот круг: вы видите точный этап и строку, где выполнение сломалось, из того же рабочего пространства, где пишете чат, агентов, код и данные. Поскольку osFoundry работает по принципу bring-your-own-key и local-first, пайплайн вписывается в работу, где вы сохраняете контроль над своими ключами и данными, а не отдаёте процесс сборки стороннему CI-вендору с его собственной оплатой за место и собственным хранилищем ваших логов.
Ключевые возможности
- Каждый пуш запускает одни и те же четыре этапа по порядку: установка, lint, сборка, деплой
- Пайплайн останавливается на первом провалившемся этапе, поэтому сломанная сборка не деплоится
- Логи каждого этапа приходят вживую по ходу выполнения, а не после его завершения
- Артефакты сборки хранятся по версиям, оставляя устойчивую запись того, что вы выпустили
- Не нужен отдельный CI-сервис, раннер или написанный вручную YAML — это часть рабочего пространства
Сценарии использования
- Одиночный разработчик: пушит приложение и смотрит установку, lint и сборку вживую, ловя провалившийся этап lint до того, как что-либо задеплоится
- Небольшая команда, выпускающая внутренние приложения: полагается на фиксированную последовательность установка-lint-сборка-деплой, чтобы непроверенная или сломанная сборка не дошла до пользователей
- Разработчик, отлаживающий деплой: пролистывает сохранённые артефакты и живые логи прошлого запуска, чтобы найти точный этап, на котором сломалась версия
Часто задаваемые вопросы
Что запускается, когда я пушу код в приложение osFoundry?
Фиксированный пайплайн: установка зависимостей, lint, сборка, затем деплой. Этапы идут по порядку, и пайплайн останавливается на первом, который провалился, так что провалившийся lint или сборка никогда не доходят до этапа деплоя.
Могу ли я видеть логи сборки, пока идёт выполнение?
Да. Логи каждого этапа приходят к вам вживую по ходу выполнения, поэтому вы видите вывод установки, lint и сборки в реальном времени, а не ждёте завершения запуска, чтобы потом читать статический дамп.
Сохраняются ли старые сборки после деплоя?
Да. Артефакты успешных сборок сохраняются, поэтому каждая выпущенная версия оставляет устойчивую запись, к которой можно вернуться, а не сборку, которая исчезает сразу после завершения.