生产分支

每次合并到生产分支时，都会创建一个生产部署。

默认配置

当您在 Vercel 上从 Git 存储库创建新项目时，生产分支将按以下顺序选择：

  • 首选main分支

  • 然后选择master分支

  • 然后选择 您Git仓库的 生产分支 设置的分支[仅仅适用于Bitbucket]

  • 然后是Git仓库中的 默认分支

定制生产分支

在项目设置的 Git 页面上，您可以更改生产分支

每当您将新提交推送到您在此处配置的分支时，将为您创建一个生产部署

预览分支

虽然上面提到的生产分支是一个包含提供给访问者的代码的单个 Git 分支，但预览分支是所有不属于生产分支的 Git 分支。

例如，如果您的生产分支是 main ，那么所有不是 main 的 Git 分支都被视为预览分支。这意味着可能有许多预览分支，但只有一个生产分支。

预览分支，正如其名称所示，用于在向访问者展示更改之前预览更改（将其合并到生产环境中）

默认情况下，每个预览分支在提交时都会自动接收类似于下面显示的域名：

<project-name>-git-<branch-name>-<scope-slug>.vercel.app;

此外，任何为“预览环境”定义的环境变量都会被应用。

您还可以通过 Vercel 的评论功能收到团队成员和其他合作者的反馈。评论可以在 GitHub 上的 PR 中跟踪和解决。

一旦您对所做的更改满意，您将把相应的预览分支合并到生产分支中。

多个预览阶段

对于大多数用例，上述默认的预览行为已经足够了。

如果您希望您的更改通过多个预览阶段而不仅仅是一个阶段，您可以像这样完成：

域名和环境变量都可以在它们各自的设置页面上分配到特定的预览分支。

例如，您可以创建一个名为“暂存”的阶段，在此阶段中，您可以通过以下步骤将预览更改累积起来，然后将它们合并到生产环境中：

  1. 在您的Git存储库中创建名为“staging”的Git分支。

  2. 在您的 Vercel 项目中添加一个您选择的域名（例如“staging.example.com”），并将其分配给“staging” Git 分支

  3. 像这样，在您的 Vercel 项目上添加您想要在新的暂存阶段中使用的环境变量。

之后，您可以推送到“staging” Git 分支以更新您的暂存阶段，并自动接收您定义的域和环境变量。

一旦您对所做的更改感到满意，您将合并相应的预览分支到生产分支中。但是，与默认的预览行为不同，您将保留该分支，而不是将其删除，以便将来可以再次推送到该分支。

https://vercel.com/docs/concepts/deployments/git#production-branch