# Fluxo de Publicação de Site - Lovable

## Visão geral

Os sites desenvolvidos através do **Lovable** possuem um fluxo automatizado de publicação integrado ao GitHub.

O processo de publicação funciona da seguinte forma:

```text
Edição no Lovable
        |
        v
Sincronização com GitHub
        |
        v
GitHub Actions (Deploy automático)
        |
        v
Site atualizado
```

Após uma alteração ser enviada para o repositório principal, o sistema inicia automaticamente o processo de atualização do site.

---

# 1. Fazendo alterações no site

As alterações de conteúdo, layout, componentes ou funcionalidades devem ser realizadas normalmente através do Lovable.

Após concluir uma alteração:

1. Revisar a mudança no preview do Lovable.
2. Publicar/sincronizar a alteração com o GitHub.
3. Aguardar a execução automática do processo de deploy.

---

# 2. Acompanhando a publicação

Após uma alteração ser enviada ao GitHub, é possível acompanhar o processo de publicação através do histórico de Actions.

Acesse o repositório no GitHub e siga:

1. Abrir a aba:

```text
Actions
```

2. Localizar a execução mais recente do workflow:

```text
Deploy to EC2
```

---

# 3. Status da publicação

A execução do deploy possui alguns estados possíveis.

## ✅ Sucesso

Quando o workflow apresentar:

```text
Deploy to EC2
✓ Success
```

significa que:

* A alteração foi recebida pelo servidor.
* O processo de atualização foi concluído.
* A nova versão do site está publicada.

---

## ❌ Erro

Quando o workflow apresentar:

```text
Deploy to EC2
✗ Failed
```

significa que a publicação não foi concluída.

Neste caso:

1. Acesse a execução que apresentou erro.
2. Verifique a mensagem exibida nos logs.
3. Copie o erro apresentado.
4. Encaminhe para a equipe responsável pela manutenção técnica.

---

# 4. Informações necessárias ao solicitar suporte

Quando houver uma falha no deploy, enviar:

* Link da execução com erro no GitHub Actions.
* Data e horário da tentativa.
* Descrição da alteração realizada no Lovable.
* Print ou mensagem de erro apresentada.

Exemplo:

> "Foi realizada uma alteração no site e o workflow Deploy to EC2 apresentou falha às 14h20."

---

# 5. Boas práticas de publicação

## Evitar várias publicações em sequência

Cada publicação inicia um novo processo de atualização.

Recomenda-se:

* Agrupar alterações relacionadas.
* Revisar todas as mudanças no Lovable.
* Publicar quando a alteração estiver validada.

---

## Validar antes de publicar

Antes de enviar uma alteração:

* Confirmar que o preview está correto.
* Revisar textos e informações.
* Validar imagens e links.
* Conferir o comportamento em desktop e dispositivos móveis.

---

# 6. Fluxo resumido

```text
1. Editar no Lovable
        |
        v
2. Sincronizar alteração com GitHub
        |
        v
3. Acessar GitHub > Actions
        |
        v
4. Acompanhar "Deploy to EC2"
        |
        +---- ✅ Sucesso → Site atualizado
        |
        +---- ❌ Erro → Encaminhar logs para suporte técnico
```

---

# Responsabilidades

| Atividade                     | Responsável                              |
| ----------------------------- | ---------------------------------------- |
| Criar e editar conteúdo       | Equipe responsável pelo site             |
| Revisar alterações            | Equipe que realizou a edição             |
| Acompanhar execução do deploy | Responsável pela publicação              |
| Corrigir falhas técnicas      | Equipe de infraestrutura/desenvolvimento |

---

Este fluxo garante que todas as alterações realizadas no Lovable tenham rastreabilidade, histórico de alterações e acompanhamento da publicação através do GitHub Actions.