<p>La versión pdf.js no está configurada correctamente para compilaciones de fuentes descargadas (repositorios que no son de git)</p>

Creado en 22 jun. 2018 · 4Comentarios · Fuente: mozilla/pdf.js

Finalmente (espero) descubrí por qué el número de versión de las extensiones de Chrome pdf.js construidas por mí no tenía la versión correcta.
Descargué el archivo 2.0.550 de las páginas de lanzamientos, configuré todo como debería (npm, gulp, etc.) y luego intenté crear una extensión de Chrome.
La construcción es exitosa, pero la extensión resultante tiene la versión 2.0.0.
El problema es que gulpfile.js asume que está en un repositorio de git para determinar el número de compilación (ver la línea 426 en adelante), pero no es en este caso (git da fatal: No es un repositorio de git (o cualquiera de los directorios principales): .git)
Esto no sucedería si el directorio se obtuviera usando git clone ... en cuyo caso sería un repositorio de git adecuado.

1-other 5-good-beginner-bug

Fuente

qwer1304

Todos 4 comentarios

De hecho, ese puede ser el caso. Sin embargo, realmente no creo que haya nada que podamos hacer al respecto porque el número de versión está determinado por las confirmaciones. Solo un esquema de control de versiones diferente podría ayudar, pero por ahora eso no se considera realmente.

timvandermeij en 23 jun. 2018

Al menos podría poner un comentario / advertencia en el archivo README.

qwer1304 en 23 jun. 2018

¿Quizás tendría más sentido simplemente salir del error, en lugar de generar un buildnumber falso?
https://github.com/mozilla/pdf.js/blob/34594a5b02394a531c1512ff10b44148225abe67/gulpfile.js#L431 -L434

Snuffleupagus en 23 jun. 2018

Realmente no veo esto como un problema, pero si alguien quiere contribuir con un parche para eso, estoy de acuerdo. Marcar como un buen error para principiantes.

timvandermeij en 23 jun. 2018

👍1

¿Fue útil esta página

0 / 5 - 0 calificaciones