适合哪些项目
API 服务、前端站点、worker、cron、Compose 应用和内部工具都适合从 VPS 部署开始。
VPS deployment
把本地项目部署到 VPS，而不是手工 SSH 改服务器。
VPS 部署适合小团队、个人项目、内部工具和希望先拥有服务器的产品。Appaloft 把检测、计划、上传、启动、验证和恢复串成一条可重复路径。
先检测 Dockerfile、Compose、静态目录或启动命令
部署凭据留在本地 profile、Appaloft secret 或 GitHub Secrets
上线后继续检查日志、health 和 rollback candidate
凭据边界
不要把 SSH key 或 token 写进仓库。CLI 使用本地 profile 或 secret 引用；GitHub Action 使用 GitHub Secrets。
验证方式
部署后打开 URL，检查 health endpoint、最近日志、服务状态和是否有可用回滚点。
部署流程
1
准备服务器
确认 SSH、Docker 或目标 runtime 可用，并准备好域名或临时访问地址。
2
运行部署
用 CLI 或 GitHub Action 触发 Appaloft 部署。
3
检查恢复
读取日志、健康检查和回滚候选，不直接在服务器上临时手改。
相关主题
继续沿着同一条部署路径看。
Appaloft 的 SEO 页面按真实部署任务组织。每个主题页都应该把用户带到下一步，而不是停在孤立介绍。
Own server deployment
把控制面、CLI、服务器、回滚和 Cloud 协作边界连在同一个自部署主题里。
GitHub deployment
用 GitHub Actions 把仓库事件接到 Appaloft 部署路径，并保留显式 workflow。
AI deployment
让 agent 先识别项目形态，再选择 skill、CLI、静态发布或 Cloud 控制台路径。
Static site publishing
从 build 输出、浏览器上传、CLI 部署到一键部署按钮，覆盖静态站点的主要入口。