-
Notifications
You must be signed in to change notification settings - Fork 71
Support Semantic Versioning #21
Comments
Could you clarify it a bit by providing a concrete example ? Package version follows the vendor version, the only thing AU does now is choco fix notation when update is forced. |
What I mean is support versioning like |
I didn't think this is actually supported by chocolatey. If it is supported by choco it should be supported by AU. I set this to lower priority tho (it doesn't seem many packages use this?). If this is a problem for you, please feel free to PR. Thanks for report. |
Reference: https://docs.nuget.org/create/versioning |
it is supported by choco see https://chocolatey.org/packages/NuGet.CommandLine/3.4.4-rtm-final which uses the Also the reference document on nuget you linked to have a section for semver versioning: At the moment it isn't that much of a problem for me. I don't have a firm understanding of PowerShell yet, so a PR from me in the near future is unlikely. |
Implemented. You can get the 7z artifact of the latest build to test it out before release if you want. Example tests: https://github.com/majkinetor/au/blob/master/tests/Update-Package.Tests.ps1#L110-L128 |
Thanks alot for implementing this, I'll check it out. Just got to figure out why the |
So I finally had a chance to take a look at this, and so far it seems to work great. Thanks again |
Sweet! |
[SemanticVersion] added to PoSh 6:
|
Please add support for semantic versioning.
I understand this would require some rewrite to compare (alpha,beta,rc etc...)
This woul be a great help in automatically building packages which hasn't received stable state yet,
especially on packages where the stable version is broken while the pre-release isn't.
The text was updated successfully, but these errors were encountered: