semver4j
                                
                                
                                
                                    semver4j copied to clipboard
                            
                            
                            
                        Handle prereleases and big numbers
Hey again! Came across some more issues that my last PR didn't address (or maybe introduced).
- I'm not much of a Java programmer, and it turns out that comparing 
Integers with==is a problem with numbers over 127! Who knew. (Don't ask why I need this to work with giant version numbers... 😅) - Fixed a case where the minor version wasn't checked for ranges that omitted the patch version
 - Modified 
isSatisfiedto properly reject prerelease versions when a non-prerelease range is specified (eg.2.0.0-betashould not satisfy<2.0.0even though it's a lower version) - Wildcard no longer matches pre-release versions. This seems to be consistent with the Node version. I was using https://semver.npmjs.com for reference
 
Bump! Any chance of this getting merged soon?
@vdurmont would you mind taking a look at this?
☠️
@vdurmont I made some more changes and believe it may resolve some open issues around versions. Do you think you could take a look when you get a chance?
Some of the changes in particular:
isSatisfiedBynow requires the version being tested to include a minor and patch version. This is a rather opinionated change, but I think it probably makes sense as you're most likely checking a fully-qualified version against a requirement. Issues where an incomplete version (#15, #46, #48) will fail explicitly.- Moved the loose minor/patch version check from 
isEqualTotoisEquivalentToand fixed the check. This fixes the semantics ofisEqualTo(#43), althoughisEquivalentTois still non symmetric so that it can validate a fully-qualified version against a less-qualified version. 
@vdurmont , could we get this PR reviewed, merged and released ?