Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Remove unnecessary @Unroll annotations from "dependencyManagement"

    • -3
    • +0
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 160 more files in changeset.
Inject FeaturePreviews in DefaultVersionComparator

This will enable to select which StaticVersionComparator to use based on

feature preview activation.

As a consequence, the VersionComparator becomes build scoped and has to

be injected instead of being instantiated in different places.

Issue #13050

    • -1
    • +2
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 26 more files in changeset.
Inject FeaturePreviews in DefaultVersionComparator

This will enable to select which StaticVersionComparator to use based on

feature preview activation.

As a consequence, the VersionComparator becomes build scoped and has to

be injected instead of being instantiated in different places.

Issue #13050

    • -1
    • +2
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 26 more files in changeset.
Inject FeaturePreviews in DefaultVersionComparator

This will enable to select which StaticVersionComparator to use based on

feature preview activation.

As a consequence, the VersionComparator becomes build scoped and has to

be injected instead of being instantiated in different places.

Issue #13050

    • -1
    • +2
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 26 more files in changeset.
Inject FeaturePreviews in DefaultVersionComparator

This will enable to select which StaticVersionComparator to use based on

feature preview activation.

As a consequence, the VersionComparator becomes build scoped and has to

be injected instead of being instantiated in different places.

Issue #13050

    • -1
    • +2
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 26 more files in changeset.
Inject FeaturePreviews in DefaultVersionComparator

This will enable to select which StaticVersionComparator to use based on

feature preview activation.

As a consequence, the VersionComparator becomes build scoped and has to

be injected instead of being instantiated in different places.

Issue #13050

    • -1
    • +2
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 26 more files in changeset.
Inject FeaturePreviews in DefaultVersionComparator

This will enable to select which StaticVersionComparator to use based on

feature preview activation.

As a consequence, the VersionComparator becomes build scoped and has to

be injected instead of being instantiated in different places.

Issue #13050

    • -1
    • +2
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 26 more files in changeset.
Inject FeaturePreviews in DefaultVersionComparator

This will enable to select which StaticVersionComparator to use based on

feature preview activation.

As a consequence, the VersionComparator becomes build scoped and has to

be injected instead of being instantiated in different places.

Issue #13050

    • -1
    • +2
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 26 more files in changeset.
Inject FeaturePreviews in DefaultVersionComparator

This will enable to select which StaticVersionComparator to use based on

feature preview activation.

As a consequence, the VersionComparator becomes build scoped and has to

be injected instead of being instantiated in different places.

Issue #13050

    • -1
    • +2
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 22 more files in changeset.
Added test for previous commit, to ensure setting strict value does not change preferred version

Signed-off-by: Steve Vermeulen <sfvermeulen@gmail.com>

    • -0
    • +14
    ./DefaultMutableVersionConstraintTest.groovy
Catch up with master

    • -10
    • +10
    ./DefaultImmutableVersionConstraintTest.groovy
  1. … 415 more files in changeset.
Remove version constrain constructor without 'branch'

Although technically the 'branch' is special as it is not (yet)

published and thus not used/needed in many places, we keep

things consistent to avoid weird issues as the one fixed in the

previous commit.

    • -10
    • +10
    ./DefaultImmutableVersionConstraintTest.groovy
  1. … 7 more files in changeset.
Remove version constrain constructor without 'branch'

Although technically the 'branch' is special as it is not (yet)

published and thus not used/needed in many places, we keep

things consistent to avoid weird issues as the one fixed in the

previous commit.

    • -10
    • +10
    ./DefaultImmutableVersionConstraintTest.groovy
  1. … 6 more files in changeset.
Rename inheritStrictVersions() -> endorseStrictVersions() (#10755)

This name change more clearly communicates the semantics of the

feature from a users point of view.

This commit also removes all mentions of 'inheriting' AND 'forSubgraph'.

There have been some leftovers in documentation/comments that

would have been misleading in the future. To make sure we catch all,

this also updates all variable/method/package names.

    • -5
    • +4
    ./DefaultImmutableVersionConstraintTest.groovy
  1. … 70 more files in changeset.
Rename inheritStrictVersions() -> endorseStrictVersions()

This is more clearly communicating the semantics of the feature

from a users point of view.

The commit also removes all mentions of 'inheriting' AND 'forSubgraph'.

There have been some leftovers in documentation/comments that

will be misleading in the future. To make sure we catch all,

I also updated all variable/method/package names.

    • -5
    • +4
    ./DefaultImmutableVersionConstraintTest.groovy
  1. … 70 more files in changeset.
Rename inheritStrictVersions() -> endorseStrictVersions()

This is more clearly communicating the semantics of the feature

from a users point of view.

The commit also removes all mentions of 'inheriting' AND 'forSubgraph'.

There have been some leftovers in documentation/comments that

will be misleading in the future. To make sure we catch all,

I also updated all variable/method/package names.

    • -5
    • +4
    ./DefaultImmutableVersionConstraintTest.groovy
  1. … 70 more files in changeset.
Rename inheritStrictVersions() -> endorseStrictVersions()

This is more clearly communicating the semantics of the feature

from a users point of view.

The commit also removes all mentions of 'inheriting' AND 'forSubgraph'.

There have been some leftovers in documentation/comments that

will be misleading in the future. To make sure we catch all,

I also updated all variable/method/package names.

    • -5
    • +4
    ./DefaultImmutableVersionConstraintTest.groovy
  1. … 70 more files in changeset.
Support prefix and latest selectors in strictly

This was basically just about adding test coverage.

The assumed behavior is that `latest.release` would

accept _any_ version when used in a reject selector,

so that we can iterate on rejected versions until

we find a match.

    • -18
    • +10
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 5 more files in changeset.
Support prefix and latest selectors in strictly

This was basically just about adding test coverage.

The assumed behavior is that `latest.release` would

accept _any_ version when used in a reject selector,

so that we can iterate on rejected versions until

we find a match.

    • -18
    • +10
    ./DefaultResolvedVersionConstraintTest.groovy
  1. … 5 more files in changeset.
Rework `forSubgraph` as implied by `strictly`

This commit removes a dedicated `forSubgraph` flag

on version constraints, so that it is _implied_ by

strict version constraints. This simplifies the behavior

of `strictly`, making it closer to the intuitive semantics,

while maintaining the ability to fail the build if a

consumer brings an incompatible version in the graph.

As a consequence, _strict dependencies_ now express that

the producer preference overrides whatever is found in

its own dependency graph. It is closer to the "nearest

first" semantics of Maven, while not having its drawbacks

(ordering in particular).

    • -17
    • +12
    ./DefaultImmutableVersionConstraintTest.groovy
    • -24
    • +0
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 76 more files in changeset.
Rework `forSubgraph` as implied by `strictly`

This commit removes a dedicated `forSubgraph` flag

on version constraints, so that it is _implied_ by

strict version constraints. This simplifies the behavior

of `strictly`, making it closer to the intuitive semantics,

while maintaining the ability to fail the build if a

consumer brings an incompatible version in the graph.

As a consequence, _strict dependencies_ now express that

the producer preference overrides whatever is found in

its own dependency graph. It is closer to the "nearest

first" semantics of Maven, while not having its drawbacks

(ordering in particular).

    • -17
    • +12
    ./DefaultImmutableVersionConstraintTest.groovy
    • -24
    • +0
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 78 more files in changeset.
Rework `forSubgraph` as implied by `strictly`

This commit removes a dedicated `forSubgraph` flag

on version constraints, so that it is _implied_ by

strict version constraints. This simplifies the behavior

of `strictly`, making it closer to the intuitive semantics,

while maintaining the ability to fail the build if a

consumer brings an incompatible version in the graph.

As a consequence, _strict dependencies_ now express that

the producer preference overrides whatever is found in

its own dependency graph. It is closer to the "nearest

first" semantics of Maven, while not having its drawbacks

(ordering in particular).

    • -17
    • +12
    ./DefaultImmutableVersionConstraintTest.groovy
    • -24
    • +0
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 76 more files in changeset.
Rework `forSubgraph` as implied by `strictly`

This commit removes a dedicated `forSubgraph` flag

on version constraints, so that it is _implied_ by

strict version constraints. This simplifies the behavior

of `strictly`, making it closer to the intuitive semantics,

while maintaining the ability to fail the build if a

consumer brings an incompatible version in the graph.

As a consequence, _strict dependencies_ now express that

the producer preference overrides whatever is found in

its own dependency graph. It is closer to the "nearest

first" semantics of Maven, while not having its drawbacks

(ordering in particular).

    • -17
    • +12
    ./DefaultImmutableVersionConstraintTest.groovy
    • -24
    • +0
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 76 more files in changeset.
Rework `forSubgraph` as implied by `strictly`

This commit removes a dedicated `forSubgraph` flag

on version constraints, so that it is _implied_ by

strict version constraints. This simplifies the behavior

of `strictly`, making it closer to the intuitive semantics,

while maintaining the ability to fail the build if a

consumer brings an incompatible version in the graph.

As a consequence, _strict dependencies_ now express that

the producer preference overrides whatever is found in

its own dependency graph. It is closer to the "nearest

first" semantics of Maven, while not having its drawbacks

(ordering in particular).

    • -17
    • +12
    ./DefaultImmutableVersionConstraintTest.groovy
    • -24
    • +0
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 76 more files in changeset.
Rework `forSubgraph` as implied by `strictly`

This commit removes a dedicated `forSubgraph` flag

on version constraints, so that it is _implied_ by

strict version constraints. This simplifies the behavior

of `strictly`, making it closer to the intuitive semantics,

while maintaining the ability to fail the build if a

consumer brings an incompatible version in the graph.

As a consequence, _strict dependencies_ now express that

the producer preference overrides whatever is found in

its own dependency graph. It is closer to the "nearest

first" semantics of Maven, while not having its drawbacks

(ordering in particular).

    • -17
    • +12
    ./DefaultImmutableVersionConstraintTest.groovy
    • -24
    • +0
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 76 more files in changeset.
Add MutableVersionConstraint.notForSubgraph() DSL method

The main use case for this are component metadata rules.

    • -1
    • +11
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 3 more files in changeset.
Add MutableVersionConstraint.notForSubgraph() DSL method

The main use case for this are component metadata rules.

    • -1
    • +11
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 3 more files in changeset.
Add `forSubgraph()` API to version constraints

    • -11
    • +28
    ./DefaultImmutableVersionConstraintTest.groovy
    • -0
    • +14
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 18 more files in changeset.
Add `forSubgraph()` API to version constraints

    • -11
    • +28
    ./DefaultImmutableVersionConstraintTest.groovy
    • -0
    • +14
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 18 more files in changeset.
Add `forSubgraph()` API to version constraints

    • -11
    • +28
    ./DefaultImmutableVersionConstraintTest.groovy
    • -0
    • +14
    ./DefaultMutableVersionConstraintTest.groovy
  1. … 19 more files in changeset.