@@ -461,7 +461,7 @@ In contrast, this would not be possible with existing notations. For instance,
461461the Python notation may not work with npm versions and reciprocally.
462462
463463There are likely to be a few rare cases where round tripping from and to
464- ``vers `` may not be possible, and in anycase round tripping to and from ``vers ``
464+ ``vers `` may not be possible, and in any case round tripping to and from ``vers ``
465465may only produce equivalent results and not strictly the same original strings.
466466
467467Another issue with existing version range notations is that, they are primarily
@@ -568,6 +568,22 @@ implies semver versioning. This makes the notation impractical to reuse
568568in places that do not use the same semver-like semantics.
569569
570570
571+ Why not use more extra comparators such as a tilde, carret and star?
572+ #####################################################################
573+
574+ Several existing notations such as node-semver, rubygems or composer specs
575+ provide syntactic shorthand such as:
576+
577+ - a tilde prefix or ~> prefix as in "~1.3" or "~>1.2.3"
578+ - a caret ^ prefix as in "^ 1.2"
579+ - using a star in a segment of a semver version as in "1.2.*"
580+ - dash-separated ranges as in "1.2 - 1.4"
581+
582+ These range syntaxes can be reduced to a simpler notation here. Furthermore they
583+ are designed for the structure of a version string (most often semver) as used
584+ in one ecosystem and therefore are not reusable everywhere.
585+
586+
571587References
572588~~~~~~~~~~~~~~~~~~~~
573589
0 commit comments