一键预发布环境
为你的线上网站创建一个包含完整文件和数据库的暂存副本，运行在与生产环境相同的技术栈和蓝图中，确保你测试的内容就是你最终发布的内容。
在测试环境验证，满怀信心地发布
每个站点都配备完整的测试环境，拒绝盲目猜测。克隆生产环境，修改文案，待验证无误后再将更改合并回来。
一键上线
准备好更改后，只需一步即可将暂存环境推送到生产环境。无需手动复制文件，也无需脆弱的数据库导出。
回滚至上一版本
每次部署都是一个版本化的发布。如果某个更改出现异常，可直接回滚到上一个已知正常的版本，无需提交恢复工单。
同样的流程，适用于每一个技术栈
无论您使用的是 Managed WordPress、WooCommerce、PHP、静态 HTML 还是 Node，您的所有站点在暂存（staging）和上线（push-to-live）方面的操作方式都完全相同。
基于 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 软件包，助手可以通过相同的流水线编写代码更改并将其推送至您的网站，因此 AI 编写的更改将经历与您手写内容完全相同的构建、部署和回滚路径。
常见问题
一键暂存是如何工作的？
暂存环境会在与生产环境相同的技术栈和蓝图上创建您线上网站的完整副本，包括文件和数据库。您可以在此副本上测试更改，然后通过一键上线功能将更改发布到生产环境中。
我可以连接哪些 git 提供商？
GitHub、GitLab 和 Bitbucket。您通过 OAuth 进行连接，您的部署密钥存储在加密凭据存储中，绝不存储在明文配置文件中。
当我推送代码时会发生什么？
Webhook 在代码推送时触发，并启动一个持久化的构建与部署流水线。它会为您的技术栈运行构建步骤（如 Composer、npm 等），并将结果发布到映射到该分支的环境中。
我能将不同的分支映射到不同的环境吗？
可以。分支到环境的映射允许您将例如 main 指向生产环境，将 staging 指向预发布环境。合并到某个分支，相应的环境就会自动部署。
如果部署导致网站崩溃了怎么办？
每一次部署都是一个版本化的发布，因此您可以回滚到上一个发布，而无需提交恢复工单。由于部署作为持久且可重试的工作流运行，构建过程中的失败绝不会导致网站处于半部署状态。