即将推出
推送即部署，每个分支都有地址。
只需连接一次代码仓库，每次推送都会自动构建。生产环境、预发布环境和每个分支都有各自的网址，并附带 SSL 证书。
- 一键恢复到之前的部署
Orbit 尚未开放。留下您的邮箱，我们会在开放当天通知您。
我们只会用这个邮箱通知您 Orbit 的开放时间。
a3f9c1e让结算页面更快
- 下载4s
- 安装38s
- 构建1m 12s
- 上传6s
服务地址harbour-lane.kaps.run
已识别Next.js / pnpm
部署评分92
分支预览harbour-lane-fix-checkout.preview.kaps.run推送时即刻创建，链接会发布到对应的 Pull Request 上。
上一次部署7d1b408昨天回滚它直接提供已有的构建产物，所以马上就能上线。
- 您的站点从 77 个国家的 119 个边缘节点发出，谁打开它，就由离他最近的那个节点来应答。
- 承载它的网络按每秒 250 太比特以上建成，所以您最忙的一天，对它来说是平常的一天。
预览
每个分支都有一份自己的在线副本。
推送一个分支，它就在自己的网址上线，并配好自己的 SSL 证书。您可以把链接发给客户请他先看，同时您真正的站点照常为所有人服务。
Harbour Lane
咖啡，寄出的当天才烘焙。
来自小农场的单一产地豆子，接到订单后才烘焙，当天下午寄出。
逛逛烘焙坊接单后烘焙
来自小农场
当天寄出
92部署评分这是对一个分支预览的示意图。
- mainharbour-lane.kaps.run已上线
- stagingharbour-lane-staging.kaps.run预发布
- fix/checkoutharbour-lane-fix-checkout.preview.kaps.run预览
算出您自己的地址。
输入一个分支名，就能看到这个分支实际会拿到的地址。
项目
您的地址16/63
连接您已经在用的仓库。
Orbit 支持三大主流托管 git 服务，三者的行为完全一致。把您用的那一个连接一次，之后创建的每个项目都能直接使用。
- 推送到被监听的分支，每一次都会构建
- 每个 Pull Request 都会有一份预览，链接会发布到该请求上。
- 结果会发布到提交上，构建的结果就出现在您日常工作的地方
构建
从推送到上线，全程看着您的构建。
每次构建都独占一台干净的机器，Orbit 能按名字认出 13 种框架，而且每一行日志都能边出边读。
- Next.js
- Astro
- SvelteKit
- Nuxt
- Gatsby
- Create React App
- Vite
- Angular
- Remix
- Hexo
- Eleventy
- Hugo
- Jekyll
用其他框架搭起来的项目，也按同样的方式部署，跑的就是它本来就在用的那条命令。
phase=download
phase=cache-restore hit, 3s
$phase=install npm ci
$phase=build next build
phase=artifact out/
harbour-lane.kaps.run 已上线
等有人点头，再让它上线。
为要紧的环境打开它，推送就带着那次提交在那里等着，直到您批准为止。
等待审批main4 分钟前推送。正在等您批准。
- 您的生产分支会等一位同事批准
- 批准之后，它就像其他推送一样构建并部署
每次部署
每一次部署都会告诉您结果如何。
每次部署，三项检查都会自动跑一遍。
- 您的安全设置会被评级每次部署都会检查其中 6 项，并给出一眼就能看懂的评级。
- 这次部署会拿到一个分数满分 100 分，来自您的依赖、安全等级、性能预算，以及这次构建花了多久。
- 站点上线之后会接受测试我们会请求真实的页面并检查返回的内容，您也可以让它自动把上一次正常的部署放回来。
每一次结果都会保留，所以一个月后您依然能看到分数是升是降，以及是哪一次部署带来的变化。
把它恢复成原来的样子。
挑选任意一次历史部署，让它重新上线。它直接提供您已有的构建产物，所以马上就能上线。
- 每个环境保留最近 50 次构建，正在上线的那次永远保留
- 回滚会把您的选择固定下来，下一次合并会等您亲自发布上线
平台能力
无论您选哪个套餐，还能多得这 12 项。
- 密钥设一次，之后一路做下去您的密钥加密保存，并交给需要它的每一个项目，每一次改动都留有记录，所以什么时候动了什么，您随时看得到。
- 构建跑到哪里，您就看到哪里日志在构建过程中实时流出，结束之后依然可以搜索，所以您能一下落到想看的那一行，也能把整份日志带走。
- 看清它真正跑起来有多快加载、交互和布局，都在真正使用您站点的访客身上测量。测量采用免 Cookie 的方式，访客一进来就直接看到您的内容。
- 页面越热闹，跑起来越便宜只有真正到达您站点的请求才计入额度，所以缓存返回的一切都是免费的。
- 先让一小部分人试一试先把一部分访客导向新构建，在它稳下来的这段时间里一直保持，然后一步一步往上调比例。
- 请求还在路上，就先给出答复您自己的代码在边缘运行，完成重写、路由和校验，所以回复从访客所在的那座城市就已经上路。
- 给任务定个时间，剩下的交给它您的项目按您定的时间表执行任务，每一次运行都会连同它请求了什么、花了多久一起留存。
- 给所有人一个可以查看的页面项目的可用性和更新日志各自拥有独立地址，并附带一条大家可以订阅的信息流。
- 先把成果给客户看一眼给预览加上密码或访问地址名单，再发出限时链接，让该看的人直接进来。
- 从任意一个项目看到整个系统把构成同一套系统的项目归到一组。打开其中任意一个，就能看到其余全部，不必再把整张图记在脑子里。
- 在最忙的那个小时里照样部署被替换掉的文件在之后一天里仍会继续提供，所以页面开到一半的人，拿到的正是他请求的那一份。
- 构建一次，处处共用为整个账户打开一份共享缓存，每个项目都能接手其他项目已经做完的活，下一次构建就更早完成。
常见问题
常见的问题，一一作答。
- 我的分支会拿到什么地址？
- 生产环境是 kaps.run 下的项目名，预发布是同一个名字后面加上 staging。每个分支预览都位于 preview.kaps.run 之下，由项目名和分支名组成，统一转为小写并用连字符连接，该分支上的 Pull Request 也用同一个地址。本页有一个输入框，可以直接显示属于您的地址。
- 构建的运行时长有上限吗？
- 是的。每次构建最长 30 分钟，其中每个阶段还有更短的限制，所以您的构建分钟数始终可以预期。
- 我能拦住直接推到生产环境吗？
- 可以。为那个环境打开审批，推送就带着提交停在那里，等您批准。等待期间再推一次，新的提交会顶上它的位置。
01
02
03