Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Nuget pre-release packages with SemVer 2.0 are ignored #3643

Closed
mynkow opened this issue May 5, 2021 · 2 comments
Closed

Nuget pre-release packages with SemVer 2.0 are ignored #3643

mynkow opened this issue May 5, 2021 · 2 comments
Labels
T: bug 🐞 Something isn't working

Comments

@mynkow
Copy link

mynkow commented May 5, 2021

I have spent 2 days already trying to figure out why pre-release packages are being ignored.

First, the packages are versioned with SemVer 2.0 and here it is explained how it works.

I have noticed that dependabot is doing the following query to the nuget query engine for the package Cronus.DomainModeling

https://api-v2v3search-0.nuget.org/query?q=Cronus.DomainModeling&prerelease=true

image

As you could see from the results, SemVer 1.0 results are being returned but not SemVer 2.0.

After several hours of test/fail I have found the following documentation for the query API. Here it is documented that you could provide a parameter to include SemVer 2.0 packages:

The semVerLevel query parameter is used to opt-in to SemVer 2.0.0 packages. If this query parameter is excluded, only packages with SemVer 1.0.0 compatible versions will be returned (with the standard NuGet versioning caveats, such as version strings with 4 integer pieces). If semVerLevel=2.0.0 is provided, both SemVer 1.0.0 and SemVer 2.0.0 compatible packages will be returned. See the SemVer 2.0.0 support for nuget.org for more information.

After adding the parameter the missing packages are now displayeed:

https://api-v2v3search-0.nuget.org/query?q=Cronus.DomainModeling&prerelease=true&semVerLevel=2.0.0

image

Note: I guess this issue is related: #1972

Could you please consider fixing this issue?

@mynkow mynkow added the T: bug 🐞 Something isn't working label May 5, 2021
@jasonrudolph
Copy link
Contributor

👋 @mynkow: Thanks for reaching out!

We require the template to be filled out on all new issues. We do this so that we can be certain we have all the information we need to address your submission efficiently. This allows the maintainers to spend more time fixing bugs, implementing enhancements, and reviewing and merging pull requests.

Thanks for understanding and meeting us half-way. 😀

@leksyCode
Copy link

Really, closed for that reason?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
T: bug 🐞 Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants