入口选择
CLI 优先使用仓库里的 Appaloft 配置；也能根据 Dockerfile、Compose、静态输出目录或 image:// 引用选择部署方式。
CLI
用 CLI 从终端部署。
CLI 可以在本地项目或 CI 里完成检测、计划、执行、验证和恢复。临时修复时也用得上。
入口
Terminal
适合
本地和 BYOS
状态
control plane 或 ssh-pglite
恢复
retry / redeploy / rollback
支持 Dockerfile、Compose、静态目录、预构建镜像和 workspace command
没有控制面时可用 pure SSH 和 server-owned ssh-pglite 状态
部署后可继续读取日志、健康、诊断和恢复建议
配置边界
appaloft deploy 负责发起部署。源码、运行时、网络和健康检查这类长期配置，放在 Resource profile 里维护。
排障路径
部署后继续使用 appaloft logs、appaloft resource diagnose、rollback 和 redeploy。服务器上的临时手改要留到最后。
部署流程
1
检测项目
读取 package、Dockerfile、Compose、端口、启动命令和 appaloft.yml。
2
部署
上传、构建、启动并记录每一步状态。
3
验证恢复
检查 URL、HTTPS、健康、日志和 rollback candidate。
相关主题
继续沿着同一条部署路径看。
Appaloft 的 SEO 页面按真实部署任务组织。每个主题页都应该把用户带到下一步，而不是停在孤立介绍。
Own server deployment
把控制面、CLI、服务器、回滚和 Cloud 协作边界连在同一个自部署主题里。
GitHub deployment
用 GitHub Actions 把仓库事件接到 Appaloft 部署路径，并保留显式 workflow。
Static site publishing
从 build 输出、浏览器上传、CLI 部署到一键部署按钮，覆盖静态站点的主要入口。
AI deployment
让 agent 先识别项目形态，再选择 skill、CLI、静态发布或 Cloud 控制台路径。