Pdf.js: Dokumentieren Sie, dass pdfjs-dist ein "nächtlicher" Build ist

Oder wir könnten stattdessen npm-Releases senden.

npm-Releases, bitte! Ich würde next Tag für alle Betaversionen verwenden und kein Tag für stabile Versionen. Im Moment ziemlich branchenüblich.

Ich habe in https://github.com/mozilla/botio-files-pdfjs/pull/22 etwas daran gearbeitet.

Eine Sache, bei der ich nicht sicher bin, wie ich damit umgehen soll, ist das Reparieren unseres aktuellen npm-Setups. Ich denke, ich werde den 2.0-Zweig als next kennzeichnen und eine ältere 1.0-Version als stabil veröffentlichen, bis wir sie veröffentlichen. Dies kann jedoch für jeden, der bereits eine 2.0-Version von npm gezogen hat, zu etwas Seltsamem führen. Offen für Vorschläge!

Kann ich nicht für die ganze Community beantworten, aber meiner Meinung nach ist die Änderung diese einmalige Aufregung sehr wert.

Ich denke, das ist hier in der Tat die beste Lösung. Wenn wir die endgültige Version 2.0 veröffentlichen, wird sie außerdem eine höhere Versionsnummer haben, also denke ich (aber ich könnte mich hier irren, da ich mit dem Innenleben von NPM nicht so vertraut bin), dass Leute, die eine frühere Version erstellt haben, es tun werden dann automatisch auf die endgültige 2.0-Version aktualisiert werden.

Oh ja. Ab der offiziellen Version 2.0 können wir einfach nicht finale Veröffentlichungen mit next statt mit latest kennzeichnen. So:

1. ^1.x.xxx Benutzer werden weiterhin auf der neuesten veröffentlichten 1.x-Vorabversion sein - keine Änderung
2. ^2.x.xxx Benutzer erhalten Final Stable 2.0 und erhalten keine Vorabversionen mehr
3. latest Benutzer erhalten Final Stable 2.0 und erhalten keine Vorabversionen mehr

Also das ist ziemlich süß IMO.

Wir könnten auch Leuten, die an der 1.x-Vorabversion feststecken, einen Hinweis geben, dass sie npm deprecate verwenden, indem wir alle 1.x-Vorabversionen mit einer Nachricht wie "Sie verwenden wahrscheinlich unwissentlich unwissentlich die instabile PDF.js-Version verwenden. Bitte downgraden Sie auf die neueste stabile Version, 1.9.xxx oder Upgrade auf die brandneue 2.x-Version. Upgrade-Anleitung hier: http://example.com/pdfjsupgradeguide ".

Die Änderung für die Bots ist nun zusammengeführt.

@brendandahl Muss für dieses Problem noch etwas anderes getan werden als vielleicht ein Bot-Neustart/Webhook?

Wo sitzt das? Ich hoffe wirklich auf eine baldige, mit Webpack 4 kompatible Version.

Es scheint, als wäre das erledigt

Ja, das pdfjs-dist Repository wird nicht mehr nach jedem Commit geändert. Ich bin mir nur nicht sicher, ob der Freigabeprozess richtig funktioniert hat. @brendandahl Gab es bei der Erstellung der Vorabversion keine Probleme damit? Wenn es Probleme gibt, müssen diese behoben werden, denn wenn die Vorabversion die endgültige Version wird, sollte sie auch in pdfjs-dist .

@timvandermeij

Hast du einen Plan, wann du 2.0 veröffentlichen wirst? Gibt es noch Probleme mit 2.0? https://github.com/mozilla/pdf.js/projects/5

@banyan Sie können es jetzt verwenden:
https://github.com/mozilla/pdf.js/releases/tag/2.0.550

@prohtex , es ist eindeutig als Vorabversion gekennzeichnet.

@wojtekmaj Habe nicht gesagt, dass es keine Vorabversion ist. Mir wurde gesagt, es wäre mehr oder weniger funktional dasselbe wie eine Veröffentlichung. Da es sehr schwierig ist, diesen Link zu finden, dachte ich, ich würde ihn teilen.

Schließung, da dies erfolgt ist.