osFoundry / Platform
构建流水线与 CI
每次 push 触发 install → lint → build → deploy。日志流式输出,产物保留。
简介
构建流水线与 CI 是 osFoundry 的 Apps & Backend 背后的持续集成层。当你为一个应用推送代码时，osFoundry 会执行一条固定且可预测的流程：安装依赖、lint、构建，然后部署。无需接入独立的 CI 服务，无需手写 YAML，也无需自行准备 runner。流水线是工作区的一部分，因此发布一个应用与把工作保存进去，是同一个动作。
在 osFoundry 内部，正是这条流水线把一次代码推送变成上线的应用。每个阶段按顺序运行，并在第一次失败时停止，因此 lint 错误或构建损坏永远不会走到部署。每个阶段的日志会在运行执行时就回传给你，也就是说你能实时看到安装输出、lint 警告和构建错误，而不必等到一个红叉出现、事后再去翻查一堆转储。构建成功后，产生的产物会被保留，所以你部署的每个版本都会留下一份可回看的持久记录，而不是一个一结束就消失的构建。
这一点之所以重要，是因为发布中最慢的环节，往往是部署失败与弄清原因之间的那段来回。实时日志把这段来回压短了：你能看到运行在哪个阶段、哪一行断掉，就在你编写聊天、智能体、代码与数据的同一个工作区里。由于 osFoundry 是 bring-your-own-key 且 local-first 的，这条流水线契合这样一种工作方式：你把密钥和数据的控制权留在自己手里，而不是把构建流程交给一个有自己按席位计价、又把你的日志存在自己那里的第三方 CI 厂商。
主要功能
- 每次推送都按同一顺序运行四个阶段：安装、lint、构建、部署
- 流水线在第一个失败的阶段停止，因此损坏的构建永远不会被部署
- 每个阶段的日志在运行进行时实时回传，而不是等它结束之后
- 构建产物按版本保留，为你发布的内容留下一份持久记录
- 无需另设 CI 服务、runner 或手写 YAML；它就是工作区的一部分
使用场景
- 独立开发者：推送一个应用并实时查看安装、lint 与构建，在任何部署之前就抓住失败的 lint 阶段
- 发布内部应用的小团队：依靠固定的安装-lint-构建-部署顺序，让未经审阅或损坏的构建都无法到达用户
- 调试部署的开发者：翻看某次过往运行保留的产物与实时日志，定位某个版本断掉的确切阶段
常见问题
当我向 osFoundry 应用推送代码时，会运行什么？
一条固定的流水线：安装依赖、lint、构建，然后部署。各阶段按顺序运行，流水线会在第一个失败的阶段停止，因此失败的 lint 或构建永远不会走到部署阶段。
我能在运行进行时看到构建日志吗？
可以。每个阶段的日志会在运行执行时实时回传给你，因此你能实时看到安装、lint 与构建的输出，而不必等运行结束后再去读一份静态转储。
旧的构建在部署之后会保留吗？
会。成功构建的产物会被保留，因此你部署的每个版本都会留下一份可回看的持久记录，而不是一个一完成就消失的构建。