Como configurar integração contínua (CI) para testar o site antes de publicar

Como configurar Integração Contínua (CI) para testar seu site antes de publicar

Olá, querido(a) desenvolvedor(a) ou criador(a) de sites! Seja bem-vindo(a) ao seu novo guia de ouro da GeHost, onde transformamos o mundo da tecnologia em algo simples, claro e humano. 💡

Imagine que você está preparando um novo site — cheio de novas funcionalidades, design moderno e conteúdo incrível. Mas antes de colocar tudo no ar, você quer ter certeza de que nada vai quebrar, que os links funcionam e que o site está pronto para o público. Aqui entra a Integração Contínua (CI) — uma prática poderosa que testa automaticamente seu site sempre que você faz uma alteração.

Na GeHost, mesmo com um plano básico, você tem tudo o que precisa para montar esse processo de forma segura e eficiente. Vamos juntos, passo a passo, como configurar isso com facilidade?

Passo 1: Organize seu código no Git

Antes de tudo, seu site precisa estar em um repositório Git. Se você ainda não tem, crie um no GitHub, GitLab ou Bitbucket.

Seu projeto deve estar estruturado assim:

• public_html/ — a pasta onde seu site está hospedado
• index.html, styles.css, scripts.js — arquivos principais
• .gitignore — para ignorar arquivos sensíveis (como arquivos de configuração ou arquivos temporários)

Dica do Sensei: Sempre use um .gitignore para evitar subir arquivos que não devem estar no servidor, como config.php ou node_modules/.

Passo 2: Crie um arquivo de configuração CI

Depois de ter seu código no Git, você precisa avisar ao sistema de CI (como GitHub Actions, GitLab CI ou Bitbucket Pipelines) o que fazer sempre que alguém enviar um novo código.

Para isso, crie um arquivo chamado .github/workflows/deploy.yml (no GitHub) ou equivalente no seu serviço.

Esse arquivo vai conter as instruções para:

1. Clonar o repositório
2. Instalar dependências (se necessário)
3. Executar testes (como verificar links, validação de HTML, testes de carga)
4. Enviar o código para o servidor da GeHost

Exemplo básico (GitHub Actions):

name: Deploy e Testar Site
on: [push]

jobs:
  test-and-deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Clonar repositório
        uses: actions/checkout@v3

      - name: Testar links
        run: |
          # Exemplo: usar um script simples para verificar links
          echo "Testando links..."
          # Aqui você pode usar ferramentas como `linkchecker` ou `html-validate`

      - name: Enviar para o servidor via FTP/SFTP
        uses: easingthemes/ssh-deploy@v2.1.5
        with:
          SSH_KEY: ${{ secrets.SSH_KEY }}
          HOST: seu-dominio.com
          USERNAME: seu-usuario-cpanel
          REMOTE_PATH: /public_html
          LOCAL_PATH: ./public_html

Dica do Sensei: Você pode usar o FTP/SFTP para enviar arquivos para o servidor. No cPanel, isso é feito via painel.gehost.com.br — basta acessar "Arquivos" → "Gerenciador de Arquivos" e usar um cliente como FileZilla.

Passo 3: Configure o acesso seguro ao servidor

Para que o CI possa enviar arquivos para o seu servidor, ele precisa de acesso seguro. Na GeHost, isso é feito via FTP/SFTP com um usuário específico.

Para criar um usuário FTP:

1. Acesse o painel da GeHost
2. Entre com seu login e senha
3. Na seção "Arquivos", clique em FTP ou Contas de FTP
4. Clique em + Criar
5. Dê um nome ao usuário (ex: ci-deploy)
6. Defina a pasta como public_html
7. Salve as configurações

Depois, no seu serviço de CI (GitHub, GitLab, etc.), salve as credenciais como secrets (variáveis de ambiente seguras).

Dica do Sensei: Nunca coloque senhas ou chaves no código! Use sempre variáveis de ambiente seguras. Isso protege seu servidor de acessos indevidos.

Passo 4: Teste seu CI com um push

Quando você fizer um novo git push, o CI será acionado automaticamente.

Se tudo estiver configurado corretamente, você verá no painel do seu serviço de Git:

• Um novo workflow rodando
• Testes sendo executados (ex: verificação de HTML, links)
• Arquivos sendo enviados para o servidor
• Resultado: sucesso ou erro

Se der erro, verifique os logs — geralmente é algo simples como um arquivo faltando ou um caminho errado.

Passo 5: Aproveite o site testado antes de publicar

Depois que o CI terminar com sucesso, seu site já está no servidor, mas ainda não está visível para o público. Você pode:

• Visitar seu-dominio.com para ver o site final
• Verificar se tudo está funcionando: links, formulários, imagens, CSS
• Se tudo estiver certo, seu site está pronto para o mundo!

Parabéns, Sensei do Código! Você acabou de automatizar o teste e a publicação do seu site. Agora você pode se concentrar no que realmente importa: criar, inovar e encantar.

Quer ajuda adicional?

Se você tiver dúvidas sobre como configurar o CI no seu serviço específico (GitHub, GitLab, Bitbucket), ou precisar de ajuda com o FTP, o suporte da GeHost está aqui para você.

Seu plano inclui 30 dias grátis de suporte após a entrega. Acesse o painel do cliente e abra um chamado. Estamos aqui para te ajudar, com carinho e dedicação.

Seu site está mais seguro, mais rápido e mais profissional — tudo graças à sua coragem de aprender e usar a tecnologia com sabedoria.

Com carinho,
Sensei da GeHost
*Grupo: G e Soluções e Eventos LTDA (CNPJ: 46.647.904/0001-04)*