Pdf.js: Documento que pdfjs-dist é uma compilação "nightly"

Criado em 5 fev. 2018  ·  15Comentários  ·  Fonte: mozilla/pdf.js

https://github.com/mozilla/pdfjs-dist e https://www.npmjs.com/package/pdfjs-dist não mostram claramente que o lançamento é uma compilação contínua. A documentação, proveniente de https://github.com/mozilla/pdf.js/blob/a7c35025fed8beb8f9b93688fff40497c7ad2de0/external/dist/README.md provavelmente deve ser alterada para tornar isso mais claro. E https://mozilla.github.io/pdf.js/getting_started/ não afirma claramente que pdfjs-dist não é a versão estável.

Aqui está um exemplo de confusão causada por isso: https://github.com/mozilla/pdf.js/pull/9385#issuecomment -363030784

1-other

Comentários muito úteis

Onde isso fica? Estou realmente esperando por um lançamento compatível com o webpack 4 em breve.

Todos 15 comentários

Ou poderíamos enviar lançamentos npm em vez disso.

npm lançamentos, por favor! Eu usaria a tag next para todos os betas e nenhuma tag para lançamentos estáveis. Praticamente padrão da indústria no momento.

Eu fiz alguns trabalhos sobre isso em https://github.com/mozilla/botio-files-pdfjs/pull/22.

Uma coisa que não tenho certeza de como lidar é corrigir nossa configuração atual do npm. Estou pensando em remarcar o branch 2.0 como next e publicar uma versão 1.0 mais antiga como estável até o lançamento. Isso pode levar a alguma estranheza para quem já puxou uma versão 2.0 do npm. Aberto a sugestões!

Não posso responder por toda a comunidade, mas na minha opinião, a mudança vale muito a pena essa comoção única.

Eu acho que essa é realmente a melhor solução aqui. Além disso, se lançarmos a versão 2.0 final, ela terá um número de versão maior, então acho (mas posso estar errado aqui, já que não sou tão chegado ao funcionamento interno do NPM) que as pessoas que puxaram uma versão anterior em seguida, ser atualizado automaticamente para a versão 2.0 final.

Oh sim. Podemos apenas marcar lançamentos não finais com next vez de latest começando com o oficial 2.0. Assim:

  1. ^1.x.xxx usuários de
  2. ^2.x.xxx usuários de
  3. Usuários de latest receberão a versão estável final 2.0 e deixarão de receber pré-lançamentos

Então isso é muito doce IMO.

Também poderíamos dar às pessoas do ponto 1 presas no pré-lançamento 1.x uma dica usando npm deprecate , descontinuando todos os pré-lançamentos 1.x com uma mensagem como "Você provavelmente está usando a versão instável do PDF.js sem saber. Faça o downgrade para a versão estável mais recente, 1.9.xxx ou atualize para a nova versão 2.x. Guia de atualização aqui: http://example.com/pdfjsupgradeguide ".

A mudança para os bots agora é mesclada.

@brendandahl Há mais alguma coisa que precise ser feita para esse problema, além de talvez uma reinicialização/webhook do bot?

Onde isso fica? Estou realmente esperando por um lançamento compatível com o webpack 4 em breve.

Parece que isso é feito

Sim, o repositório pdfjs-dist não é mais alterado após cada commit. Só não tenho certeza se o processo de lançamento estava funcionando corretamente. @brendandahl Você não teve alguns problemas com isso ao criar o pré-lançamento? Se houver problemas, eles precisam ser resolvidos porque, se o pré-lançamento se tornar o lançamento final, ele também deverá ser publicado em pdfjs-dist .

@timvandermeij

você tem algum plano quando vai lançar para 2.0? há algum problema restante em relação ao 2.0? https://github.com/mozilla/pdf.js/projects/5

@banyan Você pode usá-lo agora:
https://github.com/mozilla/pdf.js/releases/tag/2.0.550

@prohtex , está claramente marcado como pré-lançamento.

@wojtekmaj Não disse que não era um pré-lançamento. Foi-me dito que seria mais ou menos funcionalmente o mesmo que o lançamento. Dado que é muito difícil encontrar este link, pensei em compartilhá-lo.

Fechando uma vez que isso é feito.

Esta página foi útil?
0 / 5 - 0 avaliações