Ir para o conteúdo
docs / publishing3 min de leitura

Publicação e seleção de versão

Publique um artefato revisado no endereço gerenciado e diferencie publicação, prévia, entrega no GitHub e migração de dados.

Abrir Markdown
Nesta página

O endereço público aponta para uma versão selecionada

Concluir um build de site produz uma prévia versionada. Publicar seleciona essa versão para o endereço público gerenciado da conversa. Um build posterior normalmente não substitui o artefato no ar até outra publicação. Registre a versão testada antes da publicação para não confundir uma prévia posterior com a versão aprovada.

Essa operação altera qual artefato o endereço serve. Não é migração de banco, transferência de contas de serviços nem push para GitHub. Esses estados precisam de verificação própria quando a entrega muda mais do que arquivos de frontend.

Publique uma versão revisada

  1. 01

    Selecione o artefato pronto

    Abra a conversa original do site com acesso de proprietário. Confirme que a geração terminou e que a prévia exibida é a versão testada.

  2. 02

    Execute Publicar

    Use Publicar e aguarde o estado de sucesso e o endereço retornado. Um controle desabilitado ou uma mensagem de erro não confirma um deploy.

  3. 03

    Valide o destino

    Copie o link público, abra separadamente e confira o fluxo crítico, os assets, a autenticação e as chamadas de serviços aplicáveis ao projeto.

Coordene revisões e entrega no repositório

Diferencie a prévia mais recente, a versão pública selecionada e o último commit do GitHub. A integração com GitHub pode criar commits para alterações concluídas depois que a conversa está vinculada; isso não publica essas alterações no endereço do site.

Se o site parecer inalterado, confira o endereço público e a versão selecionada antes de iniciar outro build. Ao usar Desfazer, leia a confirmação: reverter um artefato pode afetar a versão pública, mas não reverte alterações no banco ou efeitos externos.

Compartilhar um link e aparecer na busca

Os endereços de sites gerenciados pela Rogue retornam hoje o cabeçalho HTTP X-Robots-Tag: noindex. Eles servem para revisar e compartilhar o artefato web selecionado, não para indexação na busca. Título, descrição ou cartão social não anulam esse cabeçalho. Quem tiver o link público ainda pode abrir o site: noindex não é controle de acesso.

Se aparecer na busca for um requisito do projeto, exporte o código e configure outra hospedagem sob seu controle. Revise os arquivos para identificar informações privadas, configure os serviços de runtime necessários e confirme respostas indexáveis no destino antes de enviar o sitemap dele. Exportar não garante indexação nem transfere automaticamente serviços de backend.

Limites do deploy

A publicação gerenciada inclui hospedagem do artefato web. Domínios próprios ainda não são suportados por esse fluxo do produto. A saída de Sites roda no navegador; esse não é um fluxo de build .apk ou .ipa nem de envio para App Store ou Play Store. Slides têm um caminho de entrega separado.

Publicar exige o contexto de proprietário. Se o app pedir o navegador ou a conversa original, recupere esse contexto em vez de limpar o armazenamento do navegador. Para erros de rede ou de serviço temporário, confira o estado e tente publicar novamente; não regenere um artefato correto apenas para repetir a entrega.