<p>A versão do pdf.js não está configurada corretamente para compilações de fontes baixadas (repositórios não-git)</p>

Criado em 22 jun. 2018 · 4Comentários · Fonte: mozilla/pdf.js

Eu finalmente (espero) descobri por que o número da versão das extensões pdf.js do Chrome criadas por mim não tinha a versão correta.
Eu baixei o arquivo 2.0.550 das páginas de lançamentos, configurei tudo como deveria (npm, gulp, etc) e então tentei construir uma extensão do Chrome.
A compilação foi bem-sucedida, mas a extensão resultante tem a versão 2.0.0.
O problema é que gulpfile.js assume que está em um repositório git para determinar o número da compilação (consulte a linha 426 em diante), mas não é neste caso (git dá fatal: Não é um repositório git (ou qualquer um dos diretórios pais): .git)
Isso não aconteceria se o diretório fosse obtido usando o clone git ... nesse caso, seria um repositório git adequado.

1-other 5-good-beginner-bug

Fonte

qwer1304

Todos 4 comentários

Na verdade, pode muito bem ser o caso. Eu realmente não acho que haja nada que possamos fazer sobre isso, porque o número da versão é determinado pelos commits. Apenas um esquema de versão diferente poderia ajudar, mas por enquanto isso não é realmente considerado.

timvandermeij em 23 jun. 2018

Você poderia pelo menos colocar um comentário / aviso no README.

qwer1304 em 23 jun. 2018

Talvez fizesse mais sentido apenas errar, em vez de gerar um buildnumber falso?
https://github.com/mozilla/pdf.js/blob/34594a5b02394a531c1512ff10b44148225abe67/gulpfile.js#L431 -L434

Snuffleupagus em 23 jun. 2018

Eu realmente não vejo isso como um problema, mas se alguém quiser contribuir com um patch para isso, tudo bem. Marcando como um bom bug para iniciantes.

timvandermeij em 23 jun. 2018

👍1

Esta página foi útil?

0 / 5 - 0 avaliações