Nota:
Aunque la gema github-pages sigue siendo compatible con algunos flujos de trabajo, GitHub Actions es ahora el enfoque recomendado para implementar y automatizar sitios de GitHub Pages.
Acerca de los errores de compilación de Jekyll
Si publicas desde una rama, a veces GitHub Pages no intentará generar tu sitio después de que envíes cambios a la fuente de publicación de tu sitio.
- Estás subiendo con una llave de despliegue. Si deseas automatizar las subidas al repositorio de tu sitio, puedes configurar un usuario de máquina en su lugar. Para más información, consulta Administrar las llaves de despliegue.
- Estás usando un servicio CI que no está configurado para compilar tu fuente de publicación. Por ejemplo, Travis CI no compilará la rama
gh-pagesa menos que la agregue a una lista segura. Para obtener más información, consulte Personalización de la compilación en Travis CI o en la documentación del servicio de CI.
Nota:
Los cambios en el sitio pueden tardar hasta 10 minutos en publicarse después de insertar los cambios en GitHub.
Si Jekyll intenta compilar el sitio y encuentra un error, recibirá un mensaje de error de compilación. Hay dos tipos principales de mensajes de error de construcción de Jekyll.
- Un mensaje de "Aviso de compilación de página" significa que la compilación se ha completado correctamente, pero es posible que debas hacer cambios para prevenir problemas futuros.
- Un mensaje "Page build failed" (Falló la construcción de página) significa que no se pudo completar la compilación. Si Jekyll puede detectar el motivo de la falla, verás un mensaje de error descriptivo.
Para más información sobre cómo solucionar errores de compilación, consulta Solución de problemas de errores de compilación de Jekyll para sitios de GitHub Pages.
Visualización de los errores de compilación del repositorio en GitHub
Puedes ver errores de compilación (pero no advertencias de compilación) para el sitio en la pestaña Configuración del repositorio del sitio.
Ver los mensajes de error de compilación de Jekyll localmente
Se recomienda probar el sitio localmente, lo que le permite ver mensajes de error de compilación en la línea de comandos y solucionar los errores de compilación antes de insertar cambios en GitHub. Para más información, consulta Probar el sitio de GitHub Pages localmente con Jekyll.
Ver los mensajes de error de compilación de Jekyll en tu pull request
Si va a publicar desde una rama, al crear una solicitud de incorporación de cambios para actualizar el origen de publicación en GitHub, puede ver mensajes de error de compilación en la pestaña Comprobaciones de la solicitud de incorporación de cambios. Para más información, consulta Acerca de las verificaciones de estado.
Si usa un flujo de trabajo personalizado GitHub Actions, para ver los mensajes de error de compilación en su pull request, debe configurar el flujo de trabajo para que se ejecute con el desencadenador pull_request. Al hacerlo, se recomienda que omitas los pasos de implementación si el evento pull_request desencadenó el flujo de trabajo. De esta forma podrás ver los errores de compilación sin implementar los cambios del pull request en tu sitio web. Para más información, consulta Eventos que desencadenan flujos de trabajo y Evaluación de expresiones en flujos de trabajo y acciones.
Ver los errores de compilación de Jekyll por correo electrónico
Si va a publicar desde una rama, al subir cambios a su fuente de publicación en GitHub, GitHub Pages intentará generar su sitio. Si se produce un error durante la compilación, recibirás un corro electrónico en tu dirección principal de correo electrónico.
Sugerencia
Solo recibirás un correo electrónico si habilitas la compatibilidad con correo externo en tu instancia de GitHub Enterprise Server. Para obtener más información, contacta a tu administrador de sitio.
Si va a publicar con un flujo de trabajo personalizado GitHub Actions, para recibir correos electrónicos sobre los errores de compilación en la solicitud de incorporación de cambios, debe configurar el flujo de trabajo para que se ejecute con el desencadenador pull_request. Al hacerlo, se recomienda que omitas los pasos de implementación si el evento pull_request desencadenó el flujo de trabajo. De esta forma podrás ver los errores de compilación sin implementar los cambios del pull request en tu sitio web. Para más información, consulta Eventos que desencadenan flujos de trabajo y Evaluación de expresiones en flujos de trabajo y acciones.
Ver los mensajes de error de compilación de Jekyll en tu solicitud de cambios con un servicio de IC de terceros
Puede configurar un servicio de terceros, como Travis CI, para mostrar mensajes de error después de cada confirmación.
-
Si todavía no lo ha hecho, agregue un archivo denominado Gemfile en la raíz del origen de publicación, con el contenido siguiente:
source `https://rubygems.org` gem `github-pages` -
Configura el repositorio de tu sitio para el servicio de comprobación que elijas. Por ejemplo, para usar Travis CI, deberá agregar un archivo denominado .travis.yml en la raíz del origen de publicación, con el contenido siguiente:
language: ruby rvm: - 2.3 script: "bundle exec jekyll build" -
Es posible que necesites activar tu repositorio con el servicio de comprobación de terceros. Para obtener más información, consulta la documentación del servicio de comprobación.