fix generating pre-release deb/rpm versions when using '.' #700
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The script assumed that pre-release suffixes used the format
-tp<number>
,-beta<number>
or-rc<number>
, however, it's more common (and standardpractice in SemVer) to delimit the
alpha/beta/rc
with a.
, which allowsSemVer comparing to first sort by pre-release version (
alpha
,beta
,rc
),then by the numeric suffix.
Altogether, we should consider removing this code; using
tp
as a pre-releasebefore
alpha
/beta
is non-standard (pre-releases are namedalpha
,beta
,rc
, so that they can be sorted alphabetically. Usingtp
violates that assumption,and adds the complexity of having to add a numeric prefix to make it sort again.
Also see https://www.debian.org/doc/debian-policy/ch-controlfields.html#epochs-should-be-used-sparingly
Before:
After: