Skip to main content

Configurar un procesador Markdown para tu sitio de páginas de GitHub usando Jekyll

Puedes elegir un procesador Markdown para determinar la manera en que Markdown se representa en tu sitio de GitHub Pages.

¿Quién puede utilizar esta característica?

GitHub Pages is available in public repositories with GitHub Free and GitHub Free for organizations, and in public and private repositories with GitHub Pro, GitHub Team, GitHub Enterprise Cloud, and GitHub Enterprise Server. For more information, see "GitHub’s plans."

GitHub Pages now uses GitHub Actions to execute the Jekyll build. When using a branch as the source of your build, GitHub Actions must be enabled in your repository if you want to use the built-in Jekyll workflow. Alternatively, if GitHub Actions is unavailable or disabled, adding a .nojekyll file to the root of your source branch will bypass the Jekyll build process and deploy the content directly. For more information on enabling GitHub Actions, see "Managing GitHub Actions settings for a repository."

Las personas con permisos de escritura para un repositorio pueden configurar el procesador Markdown para un sitio de GitHub Pages.

GitHub Pages admite dos procesadores de Markdown: kramdown y el propio procesador de Markdown de GitHub, que se usa para representar GitHub Flavored Markdown (GFM) desde GitHub. Para obtener más información, vea «Acerca de escritura y formato en GitHub».

Puedes utilizar el Lenguaje de Marcado Enriquecido de GitHub con cualquier procesador, pero solo tu procesador de GFM empatará siempre con los resultados que ves en GitHub.

  1. En GitHub, navega al repositorio de tu sitio.
  2. En el repositorio, ve al archivo config.yml.
  3. En la esquina superior derecha de la vista de archivos, haz clic en para abrir el editor de archivos.

Captura de pantalla de un archivo. En el encabezado, un botón (etiquetado con un icono de lápiz) está resaltado en naranja oscuro.

Nota: En lugar de editar y confirmar el archivo con el editor de archivos predeterminado, puedes optar por usar el editor de código github.dev; para ello, selecciona el menú desplegable y haz clic en github.dev. También puedes clonar el repositorio y editar el archivo localmente a través de GitHub Desktop haciendo clic en GitHub Desktop .

Captura de pantalla de un archivo. En el encabezado, un icono de triángulo hacia abajo está resaltado en naranja oscuro.

1. Busque la línea que comienza por `markdown:` y cambie el valor a `kramdown` o `GFM`. La línea completa debe ser `markdown: kramdown` o `markdown: GFM`.
  1. Haz clic en Confirmar cambios... .

  2. En el campo de "Mensaje de confirmación", escriba un mensaje de confirmación corto y significativo que describa la modificación que hizo en el archivo. Puedes atribuir el cambio a mas de un autor en el mensaje del mismo. Para obtener más información, vea «Crear una confirmación con distintos autores».

  3. Si tienes más de una dirección de correo electrónico asociada a la cuenta en GitHub.com, haz clic en el menú desplegable de la dirección de correo electrónico y selecciona la que se usará como dirección de correo electrónico del creador de Git. Únicamente las direcciones de correo electrónico verificadas aparecen en el menú desplegable. Si ha habilitado la privacidad de la dirección de correo electrónico, una dirección de correo electrónico no responder del creador de la confirmación será la predeterminada. Para obtener más información sobre el formulario exacto que puede tomar la dirección de correo electrónico sin respuesta, consulte "Configurar tu dirección de correo electrónico de confirmación".

    Captura de pantalla de una solicitud de cambios de GitHub en la que se muestra un menú desplegable con opciones para elegir la dirección de correo electrónico del creador de la confirmación. octocat@github.com aparece como que se seleccionó.

  4. Debajo de los campos para el mensaje de confirmación, decide si deseas agregar tu confirmación a la rama actual o a una rama nueva. Debajo de los campos del mensaje de confirmación, decide si deseas agregar tu confirmación a la rama actual o a una nueva rama. Si tu rama actual es la rama predeterminada, debes elegir crear una nueva rama para tu confirmación y después crear una solicitud de extracción. Para obtener más información, vea «Crear una solicitud de incorporación de cambios».

    Captura de pantalla de una solicitud de cambios de GitHub en la que se muestra un botón de radio para confirmar directamente en la rama principal o para crear una nueva rama. Aparece seleccionada la opción de rama nueva.

  5. Haz clic en Confirmar cambios o Proponer cambios.

Información adicional