从您已在使用的代码库中部署 — 九个可供放置的位置

GitHub 和 GitLab。连接您已在使用的账户，我们即可从其代码库进行部署、为其注册推送 Webhook，并且 — 如果您需要 — 还可以将您网站的文件反向同步回去。两者均通过相同的关联账户接口运行，因此以下内容对两者皆适用。

是的，也可以使用 Google 或 Microsoft。除了电子邮件地址和密码之外，您还可以使用这四种方式中的任何一种登录您的 Zinn Digital® 帐户。身份层负责处理握手，我们绝不会看到您的提供商密码。使用 GitHub 登录与连接 GitHub 进行部署是两回事——您可以选择其中之一、两者都选，或两者都不选。

部署至 Cloudflare Pages、GitHub Pages、GitLab Pages、Netlify、Vercel、Render、Azure Static Web Apps 或 AWS Amplify 以构建静态或已构建的网站 — 亦可部署至我们自有的托管服务，代码仓库与网站文件将在双向保持同步。由您选择网站的目标平台；无论哪种方式，代码仓库的连接都是相同的。

两者皆可。在发布模式下，我们直接采用该分支并发布您指定的目录。在 CI 模式下，您的提供商自带的流水线会运行您的构建命令，并将输出提交到一个单独的发布分支，随后我们会像提取任何其他 ref 一样提取该分支。第二种方式将您的构建保留在您自己的 CI 中，您的机密信息和缓存也已妥善保存于此。

默认情况下是的——我们在代码仓库中注册一个网络钩子（webhook），向您指定分支的推送会启动一次部署。您可以关闭该功能但保留网络钩子，这比听起来更有用：发送记录仍会被记录下来，因此您可以在允许我们对其采取行动之前观察推送的到达情况。

在我们硬件上所做的修改将成为您分支上的提交，而您分支上的提交会同步回网站。在您将其开启之前，该功能始终处于关闭状态，因为开启它属于涉及他人代码库的决定，我们不会替您做主。您可以选择同步哪个目录——通常是主题或插件，而不是四万个 WordPress 核心文件。

没有任何内容会被覆盖，也没有任何内容会被推送。同步会停止，通知您该分支已推进并超过了我们所基于的提交，并询问您希望保留哪一边——保留代码仓库，还是保留网站。一个从未同步过且指向已有提交的分支的网站也是一种独立的状态，系统会主动询问，而不是去猜测哪一边才是正确的事实。

我们会在您创建连接之前向您显示该连接所需的权限，在输入时根据提供商自有的 API 检查令牌 — 因此无效或权限范围错误的令牌绝不会被存储 — 然后才会将其写入 Vault。它绝不会接触我们的代码、日志、环境文件或命令行。您可以随时在提供商处撤销它，或在此处移除连接。

代码库卡片会显示提供商上次向我们传送的时间及其内容。“从未传送”是该屏幕上最有用的单项诊断信息，因为“已连接但从未传送”正是作用域错误的令牌或被阻止的传送所呈现的状态——且在其他任何地方都不可见。在根据传送内容采取行动之前，每次传送均会经过签名检查。

该功能已被提供且已被标记。GitHub Pages 和 GitLab Pages 共享提供商的基础设施以及公共的 github.io 和 gitlab.io 主机名，而这构成了足迹（footprint）——这正是该产品线所要规避的问题。为了建立零足迹网络，请改用隔离的主机进行部署。在其他所有场景下，Pages 都是一流的选择。

因为其免费套餐仅授权用于非商业用途。在安全的情况下，我们会根据您已关联的账户推断目标位置，而 Vercel 被特意排除在此推断之外——关联账户绝不能悄悄地将商业网站放置在其许可不允许的地方。选择它，它的工作方式与其他服务完全相同。

是的。每次部署都会记录其发布的提交、运行时间以及完成情况，站点的“部署”选项卡会在其实时网址旁显示历史记录。部署在后台运行，因此页面会在构建完成时自动更新，无需您对着加载图标苦苦等待。