Configurar una fuente de publicación para tu sitio de Páginas de GitHub

Acerca de las fuentes de publicación

Puedes publicar el sitio cuando se inserten cambios en una rama específica o puedes escribir un flujo de trabajo de GitHub Actions para publicar el sitio.

Si no necesitas ningún control sobre el proceso de creación del sitio, se recomienda publicar el sitio cuando se inserten cambios en una rama específica. Puedes especificar qué rama y carpeta usar como origen de publicación. La rama de origen puede ser cualquier rama del repositorio y la carpeta de origen puede ser la raíz del repositorio (/) de la rama de origen o una carpeta /docs de la rama de origen. Cuando se insertan cambios en la rama de origen, los cambios en la carpeta de origen se publicarán en el sitio de GitHub Pages.

Si quieres usar un proceso de compilación distinto de Jekyll o no quieres que una rama dedicada contenga los archivos estáticos compilados, se recomienda escribir un flujo de trabajo de GitHub Actions para publicar el sitio. GitHub Enterprise Cloud proporciona flujos de trabajo de inicio para escenarios comunes de publicación para ayudarte a escribir el flujo de trabajo.

Publicación desde una rama

1. Asegúrate de que la rama que quieres utilizar como fuente de publicación ya exista en tu repositorio.

2. En GitHub Enterprise Cloud, navega al repositorio de tu sitio. 1. Debajo del nombre del repositorio, haz clic en Configuración.

3. En la sección "Código y automatización" de la barra lateral, haz clic en Páginas .

4. En "Compilación e implementación", en "Origen", selecciona Implementar desde una rama.

5. En "Compilación e implementación", usa el menú desplegable de rama y selecciona un origen de publicación.

6. Opcionalmente, utiliza el menú desplegable de carpeta para seleccionar una carpeta para tu origen de publicación.

7. Haga clic en Save(Guardar).

Solución de problemas de publicación desde una rama

Si elige la carpeta docs en cualquier rama como origen de publicación y después quita la carpeta /docs de esa rama en el repositorio, el sitio no se compilará y obtendrá un mensaje de error de compilación de página sobre una carpeta /docs que falta. Para obtener más información, vea «Solucionar problemas de errores de compilación de Jekyll para sitios de Páginas de GitHub».

Tu sitio de GitHub Pages siempre se desplegará con una ejecución de flujo de trabajo de GitHub Actions, incluso si configuraste tu sitio de GitHub Pages para que compilara utilizando una herramienta de IC distinta. La mayoría de los flujos de trabajo de CI externos se "implementan" en GitHub Pages mediante la confirmación de la salida de compilación en la rama gh-pages del repositorio y normalmente incluyen un archivo .nojekyll. Cuando esto sucede, el flujo de trabajo de GitHub Actions detectará el estado en el que la rama no necesita un paso de compilación y ejecutará solo los pasos necesarios para desplegar el sitio a los servidores de GitHub Pages.

Para encontrar errores potenciales en ya sea la compilación o el despliegue, puedes verificar la ejecución de flujo de trabajo para tu sitio de GitHub Pages si revisas las ejecuciones de flujo de trabajo del repositorio. Para obtener más información, vea «Visualizar el historial de ejecución del flujo de trabajo». Para más información sobre cómo volver a ejecutar el flujo de trabajo en caso de error, consulta "Volver a ejecutar flujos de trabajo y jobs".

Publicación con un flujo de trabajo de GitHub Actions personalizado

Para configurar el sitio para publicarlo con GitHub Actions:

1. En GitHub Enterprise Cloud, navega al repositorio de tu sitio. 1. Debajo del nombre del repositorio, haz clic en Configuración.

2. En la sección "Código y automatización" de la barra lateral, haz clic en Páginas .

3. En "Compilación e implementación", en "Origen", selecciona GitHub Actions .

4. GitHub Enterprise Cloud sugerirá varios flujos de trabajo de inicio. Si ya tienes un flujo de trabajo para publicar el sitio, puedes omitir este paso. De lo contrario, elige una de las opciones para crear un flujo de trabajo de GitHub Actions. Para obtener más información sobre cómo crear el flujo de trabajo personalizado, consulta "Creación de un flujo de trabajo de GitHub Actions personalizado para publicar el sitio".

   GitHub Pages no asocia un flujo de trabajo específico a la configuración de GitHub Pages, pero la configuración de GitHub Pages se vinculará a la ejecución del flujo de trabajo que implementó más recientemente el sitio.

Creación de un flujo de trabajo de GitHub Actions personalizado para publicar el sitio

Para más información sobre GitHub Actions, consulta "Documentación de GitHub Actions".

Al configurar el sitio para publicarlo con GitHub Actions, GitHub Enterprise Cloud sugerirá flujos de trabajo de inicio para los escenarios comunes de publicación. El flujo general de un flujo de trabajo es el siguiente:

1. Se desencadena cada vez que hay una inserción en la rama predeterminada del repositorio o cada vez que el flujo de trabajo se ejecuta manualmente desde la pestaña Acciones.
2. Usar la acción actions/checkout para extraer del repositorio su contenido.
3. Si el sitio lo requiere, compilar los archivos de sitio estáticos.
4. Usar la acción actions/upload-pages-artifact para cargar los archivos estáticos como un artefacto.
5. Si el flujo de trabajo se desencadenó por una inserción en la rama predeterminada, usar la acción actions/deploy-pages para implementar el artefacto. Este paso se omite si el flujo de trabajo se desencadenó mediante una solicitud de incorporación de cambios.

Los flujos de trabajo de inicio usan un entorno de implementación denominado github-pages. Si el repositorio aún no incluye un entorno denominado github-pages, este se creará automáticamente. Se recomienda agregar una regla de protección del entorno para que solo se pueda implementar en este entorno la rama predeterminada. Para obtener más información, vea «Utilizar ambientes para el despliegue».

Solución de problemas en la publicación con un flujo de trabajo de GitHub Actions personalizado

Para obtener información sobre cómo solucionar problemas en el flujo de trabajo de GitHub Actions, consulta "Acerca del monitoreo y solución de problemas".