Я наконец (надеюсь) понял, почему номер версии созданных мной расширений pdf.js Chrome не имеет правильной версии.
Я скачал архив 2.0.550 со страниц релизов, настроил все как надо (npm, gulp и т. Д.), А затем попытался создать расширение для Chrome.
Сборка прошла успешно, но получившееся расширение имеет версию 2.0.0.
Проблема в том, что gulpfile.js предполагает, что он находится в репозитории git, чтобы определить номер сборки (см. Строку 426 и далее), но это не в этом случае (git дает фатальный: не репозиторий git (или любой из родительских каталогов): .git)
Этого бы не произошло, если бы каталог был получен с помощью git clone ... в этом случае это был бы правильный репозиторий git.
В самом деле, это вполне может быть так. Я действительно не думаю, что мы можем что-то с этим поделать, потому что номер версии определяется коммитами. Может помочь только другая схема управления версиями, но пока это не рассматривается.
Вы могли хотя бы добавить комментарий / предупреждение в README.
Возможно, было бы разумнее просто исключить ошибку, а не создавать поддельный buildnumber
?
https://github.com/mozilla/pdf.js/blob/34594a5b02394a531c1512ff10b44148225abe67/gulpfile.js#L431 -L434
Я не вижу в этом проблемы, но если кто-то хочет внести исправление для этого, меня это устраивает. Маркировка как хорошего новичка.