¿Hay alguna manera de hacer que Jekyll represente los requisitos de request de extracción?

tl; dr: estamos usando la combinación de GitHub y Jekyll con páginas respaldadas por Textiles para renderizar un set de documentation interna. Funciona muy bien, excepto por una cosa: es muy difícil leer las diferencias en los cambios propuestos.

Versión más larga:

Tenemos un repository GitHub que contiene una installation Jekyll y el código Textil que contiene nuestro contenido de documentation. Este set de documentos evoluciona con frecuencia a medida que diseñamos nuevos aspectos de nuestro producto. Nuestro flujo de trabajo para agregar nuevos documentos se ve así:

  1. El desarrollador bifurca o ramifica el repository y modifica el código Textil para reflejar los nuevos cambios deseados.
  2. Cuando termine, él / ella envía una request de extracción al repository original.
  3. Un grupo designado revisa esta request de extracción y la atesting (la combina) o la envía de return con comentarios.

En el paso 3, normalmente nos encontramos leyendo la pestaña "files modificados" en la página de request de extracción de GitHub. Esto no es óptimo porque el código Textil a menudo se ejecuta más allá del ancho de la pantalla de la interfaz de GitHub y la pantalla de diferencias típicamente contiene solo un par de líneas de context. Esto a menudo no es suficiente para comprender realmente el cambio propuesto.

Lo que me gustaría que sucediera

Cuando se envía o actualiza la request de extracción, se ejecuta un trabajo de Jenkins (o similar) y representa el contenido de la twig de PR con adiciones y eliminaciones marcadas. (Imagine un <span class = "addition"> o <span class = "deletion"> rodeando las modificaciones).

Alguien sabe si esto ya se ha hecho? ¿O tiene algún consejo inteligente para implementarlo si estamos solos?

¡Gracias!