Skip to content
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

[RFE] Implement proper dependency version boundary ranges #700

Open
jmle opened this issue Sep 24, 2024 · 2 comments
Open

[RFE] Implement proper dependency version boundary ranges #700

jmle opened this issue Sep 24, 2024 · 2 comments
Labels
needs-kind Indicates an issue or PR lacks a `kind/foo` label and requires one. needs-priority Indicates an issue or PR lacks a `priority/foo` label and requires one. needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one.

Comments

@jmle
Copy link
Contributor

jmle commented Sep 24, 2024

In konveyor, dependency condition versions are specified using lowerbound and upperbound properties (see docs). Both bounds are included, this is, versions will be [less|greater] or equal than the number.

It would be good to have a mechanism that would allow things like:

  • Match on versions up to, but not including, 5.0: (,5.0)
  • Match on versions from 4.0 to 5.0, both included: [4.0, 5.0]
  • Match on versions from 4.0 (not included): (4.0,)
  • ...and so on

This is quite convenient for rule authors, as there is no need to check versions in repositories. In konveyor, version numbers can only be specified with a range including the version specified. This makes the rule author have to look for the previous version number if he or she does not want to include a version up to which the rule shouldn't match (open range).

@konveyor-ci-bot konveyor-ci-bot bot added the needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. label Sep 24, 2024
@konveyor-ci-bot
Copy link

This issue is currently awaiting triage.
If contributors determine this is a relevant issue, they will accept it by applying the triage/accepted label and provide further guidance.
The triage/accepted label can be added by org members.

@konveyor-ci-bot konveyor-ci-bot bot added the needs-kind Indicates an issue or PR lacks a `kind/foo` label and requires one. label Sep 24, 2024
@github-project-automation github-project-automation bot moved this to 🆕 New in Planning Sep 24, 2024
@konveyor-ci-bot konveyor-ci-bot bot added the needs-priority Indicates an issue or PR lacks a `priority/foo` label and requires one. label Sep 24, 2024
@rromannissen
Copy link

+1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-kind Indicates an issue or PR lacks a `kind/foo` label and requires one. needs-priority Indicates an issue or PR lacks a `priority/foo` label and requires one. needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one.
Projects
Status: 🆕 New
Development

No branches or pull requests

2 participants