什么时候选自托管
如果你希望部署状态、服务器凭据、数据库和备份都在自己的环境里,先从 self-hosted deployment 开始。Cloud 可以稍后再接入团队、权限、市场和协作能力。
如果你希望部署状态、服务器凭据、数据库和备份都在自己的环境里,先从 self-hosted deployment 开始。Cloud 可以稍后再接入团队、权限、市场和协作能力。
本地操作优先用 CLI;团队自动化可以用 GitHub Action;AI workflow 可以从 start.md 或 Appaloft skill 开始;需要管理界面时使用自托管 Web console。
确认服务器已经配置 SSH、Docker 或目标运行时,域名/TLS 有明确归属,数据库和对象存储有备份策略,部署失败时有日志和回滚入口。
按自托管文档在服务器上启动 Appaloft 与数据库。
把服务器、项目、环境和部署凭据纳入同一条部署路径。
通过 CLI/Web/AI/GitHub 触发部署,并检查 URL、日志、健康和恢复命令。
Appaloft 的 SEO 页面按真实部署任务组织。每个主题页都应该把用户带到下一步,而不是停在孤立介绍。
把控制面、CLI、服务器、回滚和 Cloud 协作边界连在同一个自部署主题里。
用 GitHub Actions 把仓库事件接到 Appaloft 部署路径,并保留显式 workflow。
从 build 输出、浏览器上传、CLI 部署到一键部署按钮,覆盖静态站点的主要入口。
让 agent 先识别项目形态,再选择 skill、CLI、静态发布或 Cloud 控制台路径。