Participe do Firebase Summit on-line e presencialmente em 18 de outubro de 2022. Veja como usar o Firebase pode ajudar você a acelerar o desenvolvimento de apps, a lançar seu aplicativo com confiança e a fazer o escalonamento com facilidade. Inscreva-se agora

Teste localmente, compartilhe as alterações e implante ao vivo

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

Antes de implantar em seu site ativo, você desejará visualizar e testar suas alterações. O Firebase Hosting permite que você visualize e teste alterações localmente e interaja com recursos de projeto de back-end emulados. Se você precisar que seus colegas de equipe visualizem e testem suas alterações, o Hosting pode criar URLs de visualização temporária e compartilháveis ​​para seu site. Até oferecemos suporte a uma integração do GitHub para implantar a partir de uma solicitação pull.

Antes de você começar

Conclua as etapas listadas na página de introdução à hospedagem , especificamente as seguintes tarefas:

  1. Instale ou atualize a Firebase CLI para a versão mais recente.
  2. Conecte o diretório do projeto local (que contém o conteúdo do seu aplicativo) ao seu projeto do Firebase.

Opcionalmente, você pode implantar o conteúdo e a configuração de hospedagem do seu aplicativo, mas isso não é um pré-requisito para as etapas nesta página.

Etapa 1: testar localmente

Se você estiver fazendo iterações rápidas ou quiser que seu aplicativo interaja com recursos de projeto de back-end emulados, poderá testar seu conteúdo e configuração de hospedagem localmente. Ao testar localmente, o Firebase veicula seu aplicativo da Web em um URL hospedado localmente.

O Hosting faz parte do Firebase Local Emulator Suite , que permite que seu aplicativo interaja com o conteúdo e a configuração do Hosting emulado e, opcionalmente, com os recursos do projeto emulado (funções, bancos de dados e regras).

  1. (Opcional) Por padrão, seu aplicativo hospedado localmente irá interagir com recursos de projeto reais , não emulados (funções, banco de dados, regras etc.). Você pode opcionalmente conectar seu aplicativo para usar quaisquer recursos de projeto emulados que você configurou. Saiba mais: Realtime Database | Nuvem Firestore | Funções de nuvem

  2. Na raiz do diretório do projeto local, execute o seguinte comando:

    firebase emulators:start

  3. Abra seu aplicativo da web na URL local retornada pela CLI (geralmente http://localhost:5000 ).

  4. Para atualizar a URL local com alterações, atualize seu navegador.

Teste de outros dispositivos locais

Por padrão, os emuladores respondem apenas a solicitações de localhost . Isso significa que você poderá acessar seu conteúdo hospedado a partir do navegador da Web do seu computador, mas não de outros dispositivos em sua rede. Se você quiser testar em outros dispositivos locais, configure seu firebase.json da seguinte forma:

"emulators": {
    // ...

    "hosting": {
      "port": 5000
      "host": "0.0.0.0"
    }
  }

Etapa 2: visualizar e compartilhar

Se você quiser que outras pessoas vejam as alterações no seu aplicativo da web antes da transmissão ao vivo, você pode usar os canais de visualização.

Depois de implantar em um canal de visualização, o Firebase veicula seu aplicativo da Web em um "URL de visualização", que é um URL compartilhável e temporário. Ao usar um URL de visualização, seu aplicativo Web interage com seu back-end real para todos os recursos do projeto.

Observe que, embora os URLs de visualização sejam difíceis de adivinhar (pois contêm um hash aleatório), eles são públicos. Assim, qualquer pessoa que conheça a URL pode acessá-la.

  1. Na raiz do diretório do projeto local, execute o seguinte comando:

    firebase hosting:channel:deploy CHANNEL_ID

    Substitua CHANNEL_ID por uma string sem espaços (por exemplo, feature_mission-2-mars ). Esse ID será usado para construir o URL de visualização associado ao canal de visualização.

  2. Abra seu aplicativo Web no URL de visualização retornado pela CLI. Será algo assim: PROJECT_ID -- CHANNEL_ID - RANDOM_HASH .web.app

  3. Para atualizar seu URL de visualização com alterações, execute o mesmo comando novamente. Certifique-se de especificar o mesmo CHANNEL_ID no comando.

Saiba mais sobre como gerenciar canais de visualização , incluindo como definir a expiração de um canal.

O Firebase Hosting é compatível com uma ação do GitHub que cria e atualiza automaticamente um URL de visualização quando você confirma alterações em uma solicitação pull. Saiba como configurar e usar esta ação do GitHub .

Etapa 3: implantar ao vivo

Quando estiver pronto para compartilhar suas alterações com o mundo, implante seu conteúdo de hospedagem e configure seu canal ao vivo. O Firebase oferece algumas opções diferentes para esta etapa, dependendo do seu caso de uso (veja as opções abaixo).

Opção 1: clonar de um canal de visualização para seu canal ao vivo

Essa opção fornece a confiança de que você está implantando em seu canal ao vivo o conteúdo e a configuração exatos que você testou em um canal de visualização. Saiba mais sobre versões de clonagem .

  1. Em qualquer diretório, execute o seguinte comando:

    firebase hosting:clone SOURCE_SITE_ID:SOURCE_CHANNEL_ID TARGET_SITE_ID:live

    Substitua cada espaço reservado pelo seguinte:

    • SOURCE_SITE_ID e TARGET_SITE_ID : Esses são os IDs dos sites de hospedagem que contêm os canais.

      • Para seu site do Hosting padrão, use o ID do projeto do Firebase.
      • Você pode especificar sites que estão no mesmo projeto do Firebase ou até mesmo em projetos diferentes do Firebase.

    • SOURCE_CHANNEL_ID : Este é o identificador do canal que está servindo atualmente a versão que você deseja implantar em seu canal ao vivo.

      • Para um canal ao vivo, use live como o ID do canal.

  2. Visualize suas alterações (próxima etapa).

Opção 2: implantar do diretório local do projeto no seu canal ao vivo

Essa opção oferece flexibilidade para ajustar configurações específicas do canal ao vivo ou para implantar mesmo se você não tiver usado um canal de visualização.

  1. Na raiz do diretório do projeto local, execute o seguinte comando:

    firebase deploy --only hosting

  2. Visualize suas alterações (próxima etapa).

Etapa 4: visualize suas alterações em seu site ativo

Ambas as opções acima implantam seu conteúdo e configuração de hospedagem nos seguintes sites:

  • Os subdomínios provisionados pelo Firebase para seu site padrão do Hosting e quaisquer sites adicionais do Hosting:
    SITE_ID .web.app (como PROJECT_ID .web.app )
    SITE_ID .firebaseapp.com (como PROJECT_ID .firebaseapp.com )

  • Quaisquer domínios personalizados que você conectou ao(s) seu(s) site(s) de hospedagem

Para restringir a implantação a um site de hospedagem específico, especifique um destino de implantação em seu comando CLI.

Outras atividades e informações de implantação

Adicionar um comentário para a implantação

Opcionalmente, você pode adicionar um comentário a uma implantação. Este comentário será exibido com as outras informações de implantação no painel do Hosting no console do Firebase. Por exemplo:

firebase deploy --only hosting -m "Deploying the best new feature ever."

Adicionar tarefas com script de pré-implantação e pós-implantação

Opcionalmente, você pode conectar scripts de shell ao comando firebase deploy para executar tarefas de pré ou pós-implantação. Por exemplo, um gancho pós-implantação pode notificar os administradores de novas implantações de conteúdo do site. Consulte a documentação da Firebase CLI para mais detalhes.

Cache de conteúdo implantado

Quando uma solicitação de conteúdo estático é feita , o Firebase Hosting armazena o conteúdo em cache automaticamente na CDN. Se você reimplantar o conteúdo do seu site, o Firebase limpará automaticamente todo o conteúdo estático armazenado em cache na CDN para que novas solicitações recebam seu novo conteúdo.

Observe que você pode configurar o cache de conteúdo dinâmico .

Servindo por HTTPS

Verifique se todos os recursos externos que não estão hospedados no Firebase Hosting são carregados por SSL (HTTPS), incluindo scripts externos. A maioria dos navegadores não permite que os usuários carreguem "conteúdo misto" (tráfego SSL e não SSL).

Próximos passos