Sobre erros de criação do Jekyll
Se você estiver publicando de um branch, às vezes GitHub Pages não tentará criar seu site depois que você efetuar push das alterações à fonte de publicação do seu site.
- Você está fazendo push com uma chave de implantação. Se desejar automatizar pushes para o repositório do seu site, você poderá configurar um usuário de máquina. Para obter mais informações, confira "Gerenciar chaves de implantação".
- Você está usando um serviço de CI que não está configurado para criar sua fonte de publicação. Por exemplo, o Travis CI não compilará o branch
gh-pages
a menos que você adicione o branch a uma lista segura. Para obter mais informações, confira "Como personalizar o build" no Travis CI ou na documentação do serviço de CI.
Observação: poderá levar até dez minutos para que as alterações no seu site sejam publicadas depois que você efetuar push das alterações para o GitHub Enterprise Server.
Se o Jekyll não tentar criar seu site e encontrar um erro, você receberá uma mensagem de erro de criação. Existem dois tipos principais de mensagens de erro de compilação do Jekyll.
- Uma mensagem "Page build warning" significa que sua criação foi concluída com êxito, mas talvez você precise fazer alterações para evitar problemas futuros.
- Uma mensagem "Page build failed" significa que sua criação falhou ao ser concluída. Se for possível para o Jekyll detectar um motivo para a falha, você verá uma mensagem de erro descritiva.
Para obter mais informações sobre como solucionar problemas de erros de build, confira "Solucionar problemas de erros de criação do Jekyll para sites do GitHub Pages".
Visualizando as falhas de criação de seu repositório em GitHub Enterprise Server
Você pode ver falhas de build (mas não avisos de build) para seu site no GitHub Enterprise Server na guia Configurações do repositório do site.
Visualizando as mensagens de erro de criação do Jekyll localmente
É recomendável testar o site no local, o que permite ver mensagens de erro de criação na linha de comando e solucionar qualquer falha de criação antes de fazer push das alterações no GitHub Enterprise Server. Para obter mais informações, confira "Testar o site do GitHub Pages localmente com o Jekyll".
Visualizando mensagens de erro de criação do Jekyll no seu pull request
Se você estiver publicando de um branch, quando você criar uma solicitação de pull para atualizar sua fonte de publicação em GitHub Enterprise Server, você poderá ver mensagens de erro de build na guia Verificações da solicitação de pull. Para obter mais informações, confira "Sobre verificações de status".
Se você estiver publicando com um fluxo de trabalho personalizado de GitHub Actions, para ver as mensagens de erro de build na sua solicitação de pull, você precisará configurar seu fluxo de trabalho para ser executado no gatilho pull_request
. Ao fazer isso, recomendamos ignorar todas as etapas de implantação se o fluxo de trabalho tiver sido disparado pelo evento pull_request
. Isso permitirá que você veja erros de build sem implantar as alterações da sua solicitação de pull em seu site. Para obter mais informações, confira "Eventos que disparam fluxos de trabalho" e "Expressões".
Visualizando os erros de criação do Jekyll por e-mail
Se você estiver publicando de um branch, quando você efetuar push das alterações para sua fonte de publicação em GitHub Enterprise Server, GitHub Pages tentará criar seu site. Se a criação falhar, você receberá um e-mail no seu endereço de e-mail principal.
Você só receberá um email se o suporte a emails de saída estiver habilitado no sua instância do GitHub Enterprise Server. Para mais informações, entre em contato com o administrador do site.
Se você estiver publicando com um fluxo de trabalho personalizado de GitHub Actions, para receber e-mails sobre o erro de build na sua solicitação de pull, você precisará configurar seu fluxo de trabalho para ser executado no gatilho pull_request
. Ao fazer isso, recomendamos ignorar todas as etapas de implantação se o fluxo de trabalho tiver sido disparado pelo evento pull_request
. Isso permitirá que você veja erros de build sem implantar as alterações da sua solicitação de pull em seu site. Para obter mais informações, confira "Eventos que disparam fluxos de trabalho" e "Expressões".
Visualizando as mensagens de erro do Jekyll no seu pull request com um serviço de CI de terceiros
Você pode configurar um serviço de terceiros, como o Travis CI, para ver as mensagens de erro após cada commit.
-
Caso ainda não tenha feito isso, adicione um arquivo chamado Gemfile na raiz da fonte de publicação, com o seguinte conteúdo:
source `https://rubygems.org` gem `github-pages`
-
Configure o repositório do site para o serviço de teste de sua escolha. Por exemplo, para usar o Travis CI, adicione um arquivo chamado .travis.yml na raiz da fonte de publicação, com o seguinte conteúdo:
language: ruby rvm: - 2.3 script: "bundle exec jekyll build"
-
Talvez você precise ativar o repositório com o serviço de teste de terceiros. Para obter mais informações, consulte a documentação do seu serviço de teste.