Publicar alterações
Revise um rascunho, publique conforme a política do projeto ou solicite aprovação.
A edição salva conteúdo na branch de trabalho. Publish promove esse trabalho pelo fluxo GitHub do projeto; Request review o envia para aprovação. Salvar um campo ou vê-lo no Preview não torna o conteúdo público.
Publicar um rascunho
- Espere os salvamentos pendentes terminarem e confira as páginas afetadas no preview.
- Abra Publish no cabeçalho do Site Editor.
- Revise os itens alterados e escreva uma nota descrevendo a mudança. Descarte nessa tela um item indesejado antes de continuar, se necessário.
- Use a ação permitida pelo projeto: publicar diretamente ou solicitar aprovação.
- Depois da conclusão, confira o site público. O Studio inicia um novo rascunho editável após a publicação.
A sequência atual envia a branch, sincroniza com a branch base, abre ou atualiza um pull request e faz squash merge. A integração de deploy aplica a alteração mesclada. O tempo de deploy depende da infraestrutura do site.
Revisão e conflitos
A política de publicação do projeto e as verificações do repositório podem exigir aprovação. Request review abre ou atualiza o PR e o mantém sem merge. A revisão humana não é obrigatória para toda edição: vale a política configurada para o projeto.
Se outra alteração mover a branch depois da leitura da lista de mudanças, reabra e revise a lista atualizada. Se a sincronização encontrar um conflito, resolva-o antes de publicar. Se o merge falhar depois da abertura do PR, o trabalho permanece nesse PR.
Desfazer trabalho publicado
Em um rascunho não publicado, descarte a alteração indesejada. Para trabalho publicado, reverta a mudança no repositório e faça deploy da versão resultante conforme o fluxo do site. A antiga tela Releases → Revert está documentada apenas no arquivo legado.
Referência da implementação: Studio Site Editor. Revisado em 2026-10-05.