<p>Die pdf.js-Version ist für Builds heruntergeladener Quellen (Nicht-Git-Repositorys) nicht richtig eingestellt.</p>

Erstellt am 22. Juni 2018 · 4Kommentare · Quelle: mozilla/pdf.js

Ich habe endlich (ich hoffe) herausgefunden, warum die Versionsnummer der von mir erstellten pdf.js Chrome-Erweiterungen nicht die richtige Version hatte.
Ich habe das 2.0.550-Archiv von den Veröffentlichungsseiten heruntergeladen, alles wie gewünscht eingerichtet (npm, gulp usw.) und dann versucht, eine Chrome-Erweiterung zu erstellen.
Der Build ist erfolgreich, aber die resultierende Erweiterung hat die Version 2.0.0.
Das Problem ist, dass gulpfile.js davon ausgeht, dass es sich in einem Git-Repository befindet, um die Build-Nummer zu bestimmen (siehe Zeile 426 und höher), aber in diesem Fall nicht (Git gibt fatale Folgen: Kein Git-Repository (oder eines der übergeordneten Verzeichnisse): .git)
Dies würde nicht passieren, wenn das Verzeichnis mit dem Git-Klon abgerufen würde. In diesem Fall wäre es ein richtiges Git-Repository.

1-other 5-good-beginner-bug

Quelle

qwer1304

Alle 4 Kommentare

In der Tat kann dies durchaus der Fall sein. Ich glaube nicht, dass wir etwas dagegen tun können, da die Versionsnummer durch die Commits bestimmt wird. Nur ein anderes Versionsschema könnte helfen, aber im Moment wird das nicht wirklich berücksichtigt.

timvandermeij am 23. Juni 2018

Sie könnten zumindest einen Kommentar / eine Warnung in die README-Datei einfügen.

qwer1304 am 23. Juni 2018

Vielleicht wäre es sinnvoller, nur Fehler zu machen, als ein falsches buildnumber generieren?
https://github.com/mozilla/pdf.js/blob/34594a5b02394a531c1512ff10b44148225abe67/gulpfile.js#L431 -L434

Snuffleupagus am 23. Juni 2018

Ich sehe das nicht wirklich als Problem, aber wenn jemand einen Patch dafür beisteuern möchte, bin ich damit einverstanden. Markierung als guter Anfängerfehler.

timvandermeij am 23. Juni 2018

👍1

War diese Seite hilfreich?

0 / 5 - 0 Bewertungen