Discourse core está mudando para pnpm na gestão de pacotes JS

As melhorias de velocidade são mais perceptíveis a partir de um “cold start”. Por exemplo, em nosso CI do GitHub Actions, o yarn levava mais de 90 segundos, enquanto o pnpm completa em cerca de 15 segundos.

Isso pode ser porque não atualizamos a imagem base desde que fizemos essa alteração. Portanto, na versão estável, as dependências do yarn já estão instaladas. Enquanto isso, para a versão que passou nos testes, as dependências do yarn precisam ser descartadas antes de fazer uma instalação do pnpm do zero.

Portanto, a situação melhorará para a versão que passou nos testes após a próxima atualização da imagem base.

6 curtidas

Não estamos usando Docker… :grimacing:

Então este é um problema em nosso ambiente personalizado. Vou investigar isso e ver o que está dando errado.

4 curtidas

Estou recebendo erros sobre as versões do pnpm. Sou instruído a executar pnpm self-update para executar a versão mais recente do pnpm, então estou executando a 10.3.0 agora. Mas então parece que o esqueleto do tema ou outros componentes esperam uma versão específica do pnpm? Por exemplo:

1 curtida

Sim, o formato do lockfile mudou na 10.0 e ainda não é suportado pelo dependabot do GitHub, então fixamos o core e todos os temas/plugins na 9.x.

Em teoria, ele deveria voltar automaticamente para a 9.x… mas parece que não está funcionando para todos :cry:

Se você executar pnpm self-update 9, isso fará com que as coisas voltem a funcionar?

4 curtidas

Ah sim, isso funciona! :sunglasses:

3 curtidas