一键暂存环境
在与生产环境相同的技术栈和蓝图上，创建保留其文件和数据库的原样实时网站暂存副本，确保您测试的内容即为您交付的内容。
在暂存环境中测试，自信完成发布
每个站点都会获得一个完整的暂存环境，而非凭空臆测。克隆生产环境，在副本上进行开发，并在更改得到验证后将其合并回去。
推送到生产环境
当您的更改准备就绪时，只需一步即可将暂存环境推送到生产环境。无需手动复制文件，也无需脆弱的数据库导出。
回滚到上一版本
每次部署都是一个带有版本的发布。如果某项更改出现异常，无需提交恢复工单，即可直接回滚到上一个已知的正常版本。
相同的工作流程，适用于每种技术栈
托管型 WordPress、WooCommerce、PHP、静态 HTML 或 Node — 暂存和直接上线在您的所有站点上的工作方式完全相同。
基于 Git 的持续部署
只需连接一次 git 提供商，您的代码库就会成为唯一的可信来源。推送代码，平台便会为您完成构建和部署。
通过 OAuth 连接 GitHub、GitLab 或 Bitbucket，您的部署密钥将存储在加密的凭据存储区中，绝不会保存在明文配置中。每次推送都会触发 Webhook，进而启动持久的构建和部署流水线，在发布到站点之前为您执行技术栈的构建步骤——Composer、npm 以及其他步骤。
按照您团队现有的工作方式将分支映射到环境：main 对应 production，staging 对应 staging，或您偏好的任何规范。合并到分支后，相匹配的环境便会自动更新，因此推广更改只需一次 git push。
- 通过 OAuth 连接 GitHub、GitLab 或 Bitbucket，部署密钥保留在凭据存储中
- 推送时的 Webhook 会启动持久的构建与部署流水线
- 每个技术栈的构建步骤均会自动运行（Composer、npm 等）
- 分支到环境映射 — 例如 main 映射到 production，staging 映射到 staging
- 需要时可随时回滚到之前的任意版本
- 部署作为持久且可重试的工作流运行，因此构建中途出现的故障绝不会留下仅部署了一半的网站。
专为您构建项目的方式而打造
持续部署并不意味着放弃控制权。由您决定哪个分支映射到哪个环境、何时推进更改以及何时回退。流水线负责处理机械性工作——拉取代码、运行构建、原子化发布——从而使部署变得平凡、可重复且可逆。
如果您使用我们的 AI Pack，该助手可以对更改进行编码并通过同一流水线将其推送到您的网站，因此由 AI 创作的更改所经过的构建、部署和回滚路径与您手动编写的内容完全相同。
常见问题
一键暂存是如何工作的？
预演环境（Staging）会在与生产环境相同的技术堆栈和蓝图上，为您的上线网站创建包含文件和数据库的完整副本。您可以在该副本上测试更改，然后通过一键使用 push-to-live 将其发布到生产环境。
我可以连接哪些 git 提供商？
GitHub、GitLab与Bitbucket。您可以通过OAuth进行连接，且您的部署密钥存储在加密凭据库中，绝不会保存在纯文本配置文件内。
推送代码时会发生什么？
Webhook 会在推送时触发，并启动持久的构建与部署流水线。它会为您的技术栈运行构建步骤（例如 Composer、npm 等），并将结果发布到与该分支映射的环境中。
我可以将不同的分支映射到不同的环境吗？
是的。分支到环境映射允许您将例如 main 指向 production，将 staging 指向 staging。合并到分支，匹配的环境即会自动部署。
如果部署导致网站出现故障该怎么办？
每次部署都是带有版本控制的发布，因此您无需提交恢复工单即可回滚到上一版本。由于部署是作为持久且可重试的工作流运行的，构建过程中的故障绝不会导致站点处于半部署状态。