-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
packages/generic: Do not restrict package versions to SemVer #20414
packages/generic: Do not restrict package versions to SemVer #20414
Conversation
This may become optional. |
I'd think that such version number enforcement should be the job of a CI, rather than the registrys. With that said, I'm willing to update my PR to make the semver enforcement available, but optional, rather than taking it out completely. Should it be a gitea-wide (app.ini) or per-repo setting then? |
I would say currently we could remove this restriction and in other PR implement it as per server or better per registry setting. |
tests fail:
|
Looks like that test is expecting to get SemVer back, which is obviously wrong when that's the thing the PR removes. I'll update the test and force push in a bit. |
There are existing packages out there whose version do not conform to SemVer, yet, one would like to have them available in a generic package repository. To this end, remove the SemVer restriction on package versions when using the Generic package registry, and replace it with a check that simply makes sure the version isn't empty. Signed-off-by: Gergely Nagy <me@gergo.csillger.hu>
Co-authored-by: KN4CK3R <admin@oldschoolhack.me>
Co-authored-by: KN4CK3R <admin@oldschoolhack.me>
Instead of just checking against the space-trimmed version string, return the same trimmed version too, so it gets used in that form down the line. Also add `strings` to the list of imports, because of our use of TrimSpace. Signed-off-by: Gergely Nagy <me@gergo.csillger.hu>
Co-authored-by: KN4CK3R <admin@oldschoolhack.me>
Signed-off-by: Gergely Nagy <me@gergo.csillger.hu>
🚀 |
…a#20414) There are existing packages out there whose version do not conform to SemVer, yet, one would like to have them available in a generic package repository. To this end, remove the SemVer restriction on package versions when using the Generic package registry, and replace it with a check that simply makes sure the version isn't empty. Signed-off-by: Gergely Nagy <me@gergo.csillger.hu> Co-authored-by: KN4CK3R <admin@oldschoolhack.me> Co-authored-by: 6543 <6543@obermui.de>
-> #20531 |
…#20531) There are existing packages out there whose version do not conform to SemVer, yet, one would like to have them available in a generic package repository. To this end, remove the SemVer restriction on package versions when using the Generic package registry, and replace it with a check that simply makes sure the version isn't empty. Signed-off-by: Gergely Nagy <me@gergo.csillger.hu> Co-authored-by: KN4CK3R <admin@oldschoolhack.me> Co-authored-by: 6543 <6543@obermui.de> Co-authored-by: Gergely Nagy <algernon@users.noreply.github.com>
…a#20414) There are existing packages out there whose version do not conform to SemVer, yet, one would like to have them available in a generic package repository. To this end, remove the SemVer restriction on package versions when using the Generic package registry, and replace it with a check that simply makes sure the version isn't empty. Signed-off-by: Gergely Nagy <me@gergo.csillger.hu> Co-authored-by: KN4CK3R <admin@oldschoolhack.me> Co-authored-by: 6543 <6543@obermui.de>
Fixes go-gitea#21250 Related go-gitea#20414 Conan packages don't have to follow SemVer. The migration fixes the setting for all existing Conan and Generic (go-gitea#20414) packages.
There are existing packages out there whose version do not conform to SemVer, yet, one would like to have them available in a generic package repository. To this end, remove the SemVer restriction on package versions when using the Generic package registry, and replace it with a check that simply makes sure the version isn't empty.
This is similar in spirit to #20412, but for the Generic registry.