Plano de Deploy: bovpro_landing → bovpro.com.br

Situação Atual

Repositório GitHub: https://github.com/tiagolpadua/bovpro_landing.git (remoto configurado, mas sem nenhum commit ainda)
Projeto local: Tem conteúdo pronto (index.md, about.md, política de privacidade, _config.yml, GitHub Action)
Domínio: bovpro.com.br registrado na HostGator, atualmente offline
Deploy: GitHub Action configurada mas nunca executada
Referência: O fluxo já funciona no projeto mutumsoft_landing → mutumsoft.com.br

Problemas Identificados no Projeto

1. Arquivo duplicado: `index.markdown`

Existe index.markdown (template Jekyll padrão) e index.md (conteúdo real do BovPro). O index.markdown deve ser removido para evitar conflito.

2. `.gitignore` não inclui `Gemfile.lock`

No mutumsoft_landing, o .gitignore inclui Gemfile.lock e .DS_Store. No bovpro_landing não. Recomendado adicionar para consistência.

3. Imagem hero é placeholder

O arquivo assets/images/hero-cattle.jpg tem apenas ~3KB — provavelmente é um placeholder. Funciona para o deploy inicial mas deve ser substituído futuramente.

Checklist Passo a Passo

FASE 1 — Preparar o Projeto Local

1.1 Remover o arquivo index.markdown (duplicata do template)
1.2 Atualizar .gitignore — adicionar Gemfile.lock e .DS_Store

1.3 Testar localmente:

cd bovpro_landing
./run-install.sh
./run-dev.sh

1.4 Verificar no navegador http://localhost:4000 se o site renderiza corretamente
1.5 Se tudo OK, parar o servidor local

FASE 2 — Preparar o Repositório GitHub

2.1 Fazer o primeiro commit e push:

git add .
git commit -m "feat: initial bovpro landing page"
git push -u origin main

2.2 Acessar https://github.com/tiagolpadua/bovpro_landing e verificar que os arquivos estão lá

FASE 3 — Configurar Secrets no GitHub

A GitHub Action usa 3 secrets para o deploy FTP. Eles precisam ser configurados no repositório bovpro_landing.

3.1 Acessar: https://github.com/tiagolpadua/bovpro_landing/settings/secrets/actions
3.2 Criar os seguintes secrets (clicar “New repository secret” para cada um):

Secret	Valor	Onde encontrar
`FTP_SERVER`	Endereço do servidor FTP da HostGator (ex: `ftp.bovpro.com.br` ou IP)	Painel HostGator → Contas FTP ou cPanel
`FTP_USERNAME`	Usuário FTP (ex: `user@bovpro.com.br`)	Painel HostGator → Contas FTP
`FTP_PASSWORD`	Senha do usuário FTP	Definida ao criar conta FTP

Dica: Se você já configurou esses secrets no mutumsoft_landing, a lógica é a mesma. Verifique os valores usados lá como referência — mas o servidor e credenciais serão diferentes pois é outro domínio/hospedagem.

FASE 4 — Configurar a HostGator

Acessar o painel da HostGator (cPanel) do domínio bovpro.com.br:

4.1 Verificar o Document Root do domínio bovpro.com.br
- No cPanel, vá em Domínios (ou Addon Domains / Subdomains)
- Verifique para qual pasta o domínio bovpro.com.br aponta
- Normalmente é algo como public_html/ ou public_html/bovpro.com.br/
- Anote esse caminho — ele deve corresponder ao server-dir no workflow
4.2 Ajustar o server-dir no workflow se necessário
- Atualmente o workflow usa server-dir: ./ (raiz do FTP)
- Se o document root for uma subpasta (ex: public_html/bovpro.com.br/), o server-dir deve ser ajustado:
```
server-dir: ./public_html/bovpro.com.br/
```
- Comparar com mutumsoft_landing: lá o server-dir é ./ — verifique no cPanel se ambos os domínios apontam para a mesma raiz FTP ou para pastas diferentes
4.3 Criar conta FTP (se ainda não existe)
- No cPanel → Contas FTP
- Criar uma conta FTP para o domínio bovpro.com.br
- Anotar: servidor, usuário e senha (usados nos secrets do GitHub)
4.4 Testar conexão FTP manualmente (opcional mas recomendado)
- Usar um cliente FTP (FileZilla, por exemplo) com as credenciais
- Conectar e verificar que o diretório raiz é o document root correto
- Tentar criar/deletar um arquivo de teste para confirmar permissões de escrita
4.5 Verificar DNS do domínio
- O domínio bovpro.com.br deve apontar para o IP do servidor HostGator
- No cPanel ou no painel de DNS do registrador, verificar:
  - Registro A: apontando para o IP do servidor HostGator
  - CNAME www: apontando para bovpro.com.br ou para o servidor
- Se o domínio foi registrado na HostGator e a hospedagem é lá, normalmente o DNS já está configurado
4.6 Verificar SSL/HTTPS
- No cPanel → SSL/TLS ou Let’s Encrypt
- Ativar certificado SSL para bovpro.com.br (geralmente gratuito via Let’s Encrypt na HostGator)
- Isso é necessário porque o _config.yml usa url: https://bovpro.com.br

FASE 5 — Executar o Deploy

5.1 Acionar o workflow manualmente (para o primeiro teste):
- Acessar: https://github.com/tiagolpadua/bovpro_landing/actions
- Clicar no workflow “Build and Deploy Jekyll site”
- Clicar “Run workflow” → branch main
5.2 Acompanhar a execução:
- Verificar o job build — deve completar sem erros
- Verificar o job deploy-hostgator — verificar os logs do FTP
5.3 Se houver erro no deploy FTP, verificar:
- Secrets estão corretos? (servidor, usuário, senha)
- server-dir está correto? (corresponde ao document root)
- Porta FTP — por padrão usa 21. Se a HostGator usa outra porta, adicionar no workflow:
```
port: 21
```
- Se o FTP não funcionar, tentar FTPS — adicionar no workflow:
```
protocol: ftps
```

FASE 6 — Validar

6.1 Acessar https://bovpro.com.br no navegador
6.2 Verificar que o site renderiza corretamente
6.3 Verificar HTTPS (cadeado no navegador)
6.4 Testar navegação: página inicial, about, política de privacidade
6.5 Testar em dispositivo móvel (responsividade)

FASE 7 — Validar Deploy Automático

7.1 Fazer uma pequena alteração no projeto (ex: mudar um texto no index.md)
7.2 Commit e push para main
7.3 Verificar que o workflow executou automaticamente em GitHub Actions
7.4 Verificar que a alteração aparece em bovpro.com.br
7.5 Deploy contínuo funcionando!

Referência Rápida: Comparação dos Workflows

Aspecto	mutumsoft_landing (funciona)	bovpro_landing (a configurar)
Workflow	`.github/workflows/build.yml`	`.github/workflows/build.yml`
JEKYLL_URL	`https://mutumsoft.com.br`	`https://bovpro.com.br`
FTP Action	`SamKirkland/FTP-Deploy-Action@v4.3.5`	`SamKirkland/FTP-Deploy-Action@v4.3.5`
server-dir	`./`	`./` (verificar se precisa ajustar)
Secrets	`FTP_SERVER`, `FTP_USERNAME`, `FTP_PASSWORD`	Mesmos nomes, valores diferentes

Os workflows são idênticos em estrutura. A única diferença é o JEKYLL_URL e os valores dos secrets. Se o mutumsoft funciona, o bovpro deve funcionar com a mesma configuração — desde que os secrets e o document root estejam corretos.

Resumo: O que Fazer em Cada Lugar

Onde	O que fazer
Local (seu computador)	Remover `index.markdown`, atualizar `.gitignore`, testar com `./run-dev.sh`
GitHub (repositório)	Push inicial, configurar 3 secrets (FTP_SERVER, FTP_USERNAME, FTP_PASSWORD)
HostGator (cPanel)	Verificar document root, criar conta FTP se necessário, verificar DNS, ativar SSL
GitHub Actions	Executar workflow manualmente, verificar logs, corrigir se necessário
Navegador	Validar `https://bovpro.com.br`