[ENHANCEMENT] Allow * prerelease versions for * version ranges.
メンテナーはふだん 4 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- javascript, node.js
- 領域
- tooling
調査の方向性
Start by reviewing the semver parser behavior described in issue #510 and the npm RFC #397 context. Decide which wildcard prerelease semantics are intended for ranges such as 1..-*, then add focused coverage for parsing and matching; done means the behavior is specified and consistently tested.
索引モデルが issue の本文から書いたものです。
説明
Is there an existing issue for this?
- I have searched the existing issues
Current Behavior
I came across the behaviour described in this issue: https://github.com/npm/node-semver/issues/510
The behaviour is that 1.x.x-whatever ranges as parsed, but the prerelease version is just ignored. I agree with the comment on that issue that something like 1.0.*-rc doesn't really make much sense and isn't terribly useful. Presumably the resolution to this problem is one of the following:
- Fail to parse these ranges
- Allow these ranges, and ONLY match versions with the exact prerelease
- Allow these ranges and allow
1.x.xOR versions with the exact prerelease
However I do think that something like 1.*.*-* could serve a genuine purpose. Currently this version range does not parse.
Expected Behavior
For context, I was trying to find work-arounds for https://github.com/npm/rfcs/pull/397. This is an RFC to update NPM behaviour to make development of peer dependencies more convenient, so that we can satisfy a peer dependency range with a prerelease version if the host app explicitly specifies one.
In lieu of a happy resolution to the RFC, it would be useful to allow a peer dependency to signal that it is intended to accept pre-releases at the discretion of the importing package. And a 1.*.*-* style version range could satisfy this purpose.
Steps To Reproduce
- In this environment...
- With this config...
- Run '...'
- See error...
Environment
- npm:
- Node:
- OS:
- platform:
- 主要言語
- JavaScript
- スター
- 5.5k
- フォーク
- 617
- 平均マージ
- 4日 23時間
- マージ済み PR（30日）
- 4
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
npm/node-semver のほかの issue
-
[BUG] new Range(comparator).test() throws TypeError for a prerelease version対応中かも @00200200 が 26 日前に担当しました。 オープンBug Needs Triage
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
npm/node-semver#908 ·
メンテナーはふだん 4 日以内に返信
-
semver:major
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
npm/node-semver#108 · コメント 6 件 ·
メンテナーはふだん 4 日以内に返信
-
[BUG] intersects() still returns true for an empty range against "*" (follow-up to #521)対応中かも @json-open-source が 23 日前に担当しました。 オープンBug Needs Triage
難易度 3/5 1〜2日 初心者へのやさしさ 64/100
npm/node-semver#909 · コメント 1 件 ·
メンテナーはふだん 4 日以内に返信
-
[BUG] `* || 1.2.3-alpha` won't match `1.2.3-alpha` (when includePrerelease = false)対応中かも @x0Lazarus が 29 日前に担当しました。 オープンBug Needs Triage
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
npm/node-semver#906 · コメント 1 件 ·
メンテナーはふだん 4 日以内に返信
-
[BUG] gtr and ltr are wrong when a range has two bounds on the same side対応中かも @Prafyl が 34 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 76/100
npm/node-semver#904 ·
メンテナーはふだん 4 日以内に返信
npm/node-semver の issue をすべて見る
似ている issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信
-
Add: Story4 CZオープンcheck:passed logos:add
難易度 1/5 1時間未満 初心者へのやさしさ 70/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
adobe/helix-shared#1310 ·
メンテナーはふだん 1 日以内に返信
-
[workshop-sim] Improve: Strengthen practice and checkpoints in Step 05 (What Are Agentic Workflows?)オープンfeedback simulation workshop
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
githubnext/gh-aw-workshop#4972 ·
メンテナーはふだん 1 日以内に返信
-
agent/ci-maintainer ci good first issue help wanted stage/010-actionable
難易度 2/5 1〜3時間 初心者へのやさしさ 80/100
cncf/endusers#1890 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信