¿Cuándo se deben rastrear los files PDF en un repository Git y cuando no

Estoy desarrollando un package LateX ( http://www.openlilylib.org/lilyglyphs ) que contiene varios files PDF pequeños. Actualmente solo hay unas pocas docenas de ellas, pero a medida que el package y su base de usuarios crecen probablemente habrá cientos de ellos (pero poco probable más de 1000).

Los files PDF suelen tener solo unos pocos KB de tamaño, pero no sé si hacer un seguimiento en el repository de Git. Los files están sujetos a cambios en cualquier momento, pero probablemente no con demasiada frecuencia.
Por lo general, a uno se le dice que no rastree los files binarys que no se pueden difuminar, pero también he leído que esto realmente no importa con files más pequeños y un volumen global más pequeño. Creo que al final los files PDF no sumrán más que unos pocos MB en total.

El package estará disponible como descarga o a través del repository de Git, que prefiero porque el uso del package conduce de forma bastante natural a contribuir
Actualmente, al clonar el repository de Git, uno tiene que rebuild los pdfs usando Python y el software de notación LilyPond, por lo que hay mucho en juego, por lo que me gustaría tener los pdfs directamente en el repository.

¿Alguna idea?


EDITAR en respuesta a respuestas / comentarios:

Los files pdf se generan a partir de las fonts en el repository, por lo que soy reacio a rastrearlos en Git.
Pero:

  • Los pdfs son necesarios para usar el package, por lo que el usuario debe tenerlos
  • Para generar los pdfs, uno necesita Python y LilyPond, y ambos no son necesarios para usar el package. Por lo tanto, creo que es una carga demasiado grande requerir que alguien instale dos progtwigs solo para instalar mi package.
    No veo ningún problema que requiera que alguien que decide clonar un repo de Git ejecute un script de installation, pero las dependencies de software son quizás demasiado altas.
  • Actualmente, la generación de pdfs termina en un time razonable porque solo hay unas pocas docenas. Pero con un número creciente de files esta vez podría volverse inaceptable.

Los files pdf cambian cuando se actualizan / corrigen. Esto no sucederá a menudo, y creo que esto está cubierto por el seguimiento del código fuente. Pero los pdfs también cambiarán cada vez que haya disponible una nueva versión de LilyPond, que puede ser cada dos o cuatro semanas. Entonces, aunque la fuente sigue siendo la misma, los pdfs cambiarán de forma regular, lo que es un claro indicador de que no se los rastrea con Git.
Por otro lado, estamos hablando (posiblemente) de unos cientos de files de unos pocos KB cada uno, por lo que no sé si vale la pena preocuparse por el problema en absoluto.

Si los documentos no cambian, no hay ninguna razón para seguir sus cambios en git. Sin revisiones, sin necesidad de control de revisión.

Pero si cambian con el time, y alguien puede necesitar consultar las versiones anteriores del documento por alguna razón, considere estas preguntas:

  1. ¿Es imposible o poco práctico recrear las versiones anteriores de los documentos?
  2. ¿Hay algún dato subyacente fuera del control de la versión que haya cambiado, o todavía está en el mismo estado?
  3. ¿Los datos en los documentos están vinculados a las versiones del código fuente?

Si las respuestas a estas preguntas son afirmativas, entonces pueden ser buenos candidatos para el control de versiones en git.

La pregunta es: ¿desea utilizar git para la administración / seguimiento / synchronization de código fuente exclusivamente o también quiere usarlo para la distribución? Para proyectos pequeños, simplifica las cosas para hacerlo de esa manera, para grandes proyectos, aumenta el repo.

Sé que esta es una publicación anterior, pero la encontré mientras buscaba para que otras personas también pudieran encontrarla. Aquí hay algunas opciones que encontré

Como se ha señalado, mucho dependerá de si estos files fuente cambiarán con el time.

Una opción que tiene si no cambia (o cambia con poca frecuencia) sería mantener una copy de ellos en un server que usted controla o en una opción de almacenamiento en la nube y hacer que su script de installation los descargue en lugar de generarlos.

Esto probablemente dependería del usuario que tenga instalado wget o curl, pero la mayoría de las personas lo hacen y, si no lo hacen, siempre puede solicitar al usuario que los descargue manualmente.

Si los files PDF cambian con la fuente con frecuencia, puede consultar GIT LFS . Nunca lo he usado pero lo he visto usado.