Compartilhar via

Criar ambientes de versão prévia de branch nos Aplicativos Web Estáticos do Azure

  • Artigo

Você pode configurar seu site para implantar todas as alterações feitas em branches que não sejam um branch de produção. Essa implantação da versão prévia é publicada em uma URL estável que inclui o nome do branch. Por exemplo, se o branch for nomeado como dev, o ambiente estará disponível em um local como <DEFAULT_HOST_NAME>-dev.<LOCATION>.azurestaticapps.net. Você pode excluir um ambiente de filial no portal por meio da guia Ambientes do seu aplicativo Web estático.

Configuração

Para habilitar ambientes de URL estáveis, faça as seguintes alterações no arquivo configuration.yml.

  • Defina a entrada de production_branch como o nome do branch de produção no trabalho static-web-apps-deploy no GitHub Actions ou na tarefa AzureStaticWebApp. Essa ação garante que as alterações no branch de produção sejam implantadas no ambiente de produção, enquanto as alterações em outros branches são implantadas em um ambiente de versão prévia.
  • Liste os branches que deseja implantar em ambientes de versão prévia na matriz de gatilho na configuração do fluxo de trabalho para que as alterações nesses branches também disparem a implantação do GitHub Actions ou do Azure Pipelines.
    • Defina essa matriz como ** para o GitHub Actions ou * para o Azure Pipelines, se você quiser acompanhar todos os branches.

Exemplo

O exemplo a seguir demonstra como habilitar ambientes de versão prévia de branch.

name: Azure Static Web Apps CI/CD

on:
  push:
    branches:
      - main
      - dev
      - staging
  pull_request:
    types: [opened, synchronize, reopened, closed]
    branches:
      - main

jobs:
  build_and_deploy_job:
    ...
    name: Build and Deploy Job
    steps:
      - uses: actions/checkout@v2
        with:
          submodules: true
      - name: Build And Deploy
        id: builddeploy
        uses: Azure/static-web-apps-deploy@v1
        with:
          ...
          production_branch: "main"

Observação

O ... denota código ignorado para maior clareza.

Neste exemplo, os ambientes de versão prévia são definidos para os branches dev e staging. Cada branch é implantado em um ambiente de versão prévia separado.

Próximas etapas

Criar ambientes de versão prévia nomeados