<p>La version pdf.js n'est pas définie correctement pour les versions de sources téléchargées (référentiels non git)</p>

Créé le 22 juin 2018 · 4Commentaires · Source: mozilla/pdf.js

J'ai finalement (j'espère) compris pourquoi le numéro de version des extensions Chrome pdf.js que j'ai construites n'avait pas la bonne version.
J'ai téléchargé l'archive 2.0.550 à partir des pages de versions, tout configuré comme il se doit (npm, gulp, etc.), puis j'ai essayé de créer une extension Chrome.
La construction est réussie, mais l'extension résultante a la version 2.0.0.
Le problème est que gulpfile.js suppose qu'il est dans un référentiel git pour déterminer le numéro de build (voir ligne 426 et suivantes), mais ce n'est pas dans ce cas (git donne fatal: Pas un référentiel git (ou l'un des répertoires parents): .git)
Cela ne se produirait pas si le répertoire était obtenu en utilisant git clone ... auquel cas ce serait un dépôt git approprié.

1-other 5-good-beginner-bug

Source

qwer1304

Tous les 4 commentaires

En effet, cela pourrait bien être le cas. Je ne pense pas vraiment que nous puissions faire quoi que ce soit à ce sujet, car le numéro de version est déterminé par les commits. Seul un schéma de version différent pourrait aider, mais pour l'instant, ce n'est pas vraiment envisagé.

timvandermeij le 23 juin 2018

Vous pourriez au moins mettre un commentaire / avertissement dans le README.

qwer1304 le 23 juin 2018

Il serait peut-être plus logique de simplement sortir une erreur, plutôt que de générer un faux buildnumber ?
https://github.com/mozilla/pdf.js/blob/34594a5b02394a531c1512ff10b44148225abe67/gulpfile.js#L431 -L434

Snuffleupagus le 23 juin 2018

Je ne vois pas vraiment cela comme un problème, mais si quelqu'un veut contribuer à un correctif pour cela, je suis d'accord. Marquage comme un bon bogue débutant.

timvandermeij le 23 juin 2018

👍1

Cette page vous a été utile?

0 / 5 - 0 notes