yarnpkg/yarn

Engines check broken for nightly builds

Open

#2.172 aberto em 7 de dez. de 2016

Ver no GitHub
 (12 comments) (0 reactions) (0 assignees)JavaScript (2.731 forks)batch import
cat-bughelp wanted

Métricas do repositório

Stars
 (41.514 stars)
Métricas de merge de PR
 (Nenhuma PRs mesclada em 30d)

Description

We have a package which has the following engines field:

"engines": {
  "node": ">=6.0.0",
  "yarn": ">=0.18.0",
  "npm": ">=4.0.0"
}

in package.json. As there is not yet a stable "msi" package for Windows users for installation we thought of installing the latest nightly. Unfortunately yarn does not seem to be happy with the installed version. Possibly this is because the version check is somehow flawed.

Output from installing:

yarn install v0.18.0-20161123.1451
[1/4] Resolving packages...
[2/4] Fetching packages...
error advanced-boilerplate@0.14.7: The engine "yarn" is incompatible with this module. Expected version ">=0.18.0".
error Found incompatible module
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

This seems to be a bug as v0.18.0-20161123.1451 should be successfully matched by >=0.18.0.

Guia do colaborador

Direção de pesquisa
Investigue a lógica de comparação semver na validação de engine do yarn. Veja como a string de requisito da engine é analisada e comparada com a versão do yarn instalada. O problema provavelmente está na função de comparação de versão onde as tags de pré lançamento (como ' 20161123.1451') não são tratadas corretamente para o operador '>='. Verifique o uso do pacote npm `semver` na base de código, particularmente em arquivos como `src/package.js` ou `src/install.js`. Considere se a solução é comparar corretamente as versões de pré lançamento removendo o sufixo de pré lançamento ou usando uma biblioteca semver que suporte comparação de pré lançamento.
Pilha de tecnologia
javascriptnodejs
Domain
cli
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Antigo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
GitNode.js
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
75