Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Configure Javadoc and sources separately and create tasks only on demand

    • -1
    • +15
    ./local/model/PublishArtifactLocalArtifactMetadataTest.groovy
  1. … 26 more files in changeset.
Configure Javadoc and sources separately and create tasks only on demand

    • -1
    • +15
    ./local/model/PublishArtifactLocalArtifactMetadataTest.groovy
  1. … 35 more files in changeset.
Configure Javadoc and sources separately and create tasks only on demand

    • -1
    • +15
    ./local/model/PublishArtifactLocalArtifactMetadataTest.groovy
  1. … 34 more files in changeset.
Compute the name of PublishArtifactLocalArtifactMetadata lazily

In case where the publish artifact is of type 'LazyPublishArtifact',

this broke the laziness.

    • -0
    • +20
    ./local/model/PublishArtifactLocalArtifactMetadataTest.groovy
  1. … 1 more file 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.

    • -3
    • +3
    ./external/model/AbstractMutableModuleComponentResolveMetadataTest.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.

    • -3
    • +3
    ./external/model/AbstractMutableModuleComponentResolveMetadataTest.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.

    • -3
    • +3
    ./external/model/AbstractMutableModuleComponentResolveMetadataTest.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.

    • -3
    • +3
    ./external/model/AbstractMutableModuleComponentResolveMetadataTest.groovy
  1. … 70 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).

    • -2
    • +2
    ./external/model/DefaultModuleComponentSelectorTest.groovy
  1. … 77 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).

    • -2
    • +2
    ./external/model/DefaultModuleComponentSelectorTest.groovy
  1. … 79 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).

    • -2
    • +2
    ./external/model/DefaultModuleComponentSelectorTest.groovy
  1. … 77 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).

    • -2
    • +2
    ./external/model/DefaultModuleComponentSelectorTest.groovy
  1. … 77 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).

    • -2
    • +2
    ./external/model/DefaultModuleComponentSelectorTest.groovy
  1. … 77 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).

    • -2
    • +2
    ./external/model/DefaultModuleComponentSelectorTest.groovy
  1. … 77 more files in changeset.
Make evaluation of base variant rules lazy

    • -1
    • +34
    ./external/model/VariantFilesMetadataRulesTest.groovy
  1. … 6 more files in changeset.
Make evaluation of base variant rules lazy

    • -0
    • +33
    ./external/model/VariantFilesMetadataRulesTest.groovy
  1. … 6 more files in changeset.
Add test coverage for artifact selectors in GMM

    • -1
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
    • -6
    • +6
    ./external/model/AbstractMutableModuleComponentResolveMetadataTest.groovy
  1. … 7 more files in changeset.
Add removeAllFiles() to variant files modification API

Files from an existing 'base' are now also transferred to the new

variant (but can then be removed with removeAllFiles()). This makes:

- The behavior more consistent (before everything was transferred

*except* for the files)

- The 'enrich plain ivy with variants' use case better as you do not

manually have to re-add the files that are already in the configuration

metadata

    • -7
    • +9
    ./external/model/MavenDependencyDescriptorTest.groovy
    • -1
    • +30
    ./external/model/VariantFilesMetadataRulesTest.groovy
    • -6
    • +2
    ./model/AttributeConfigurationSelectorTest.groovy
  1. … 12 more files in changeset.
Add removeAllFiles() to variant files modification API

Files from an existing 'base' are now also transferred to the new

variant (but can then be removed with removeAllFiles()). This makes:

- The behavior more consistent (before everything was transferred

*except* for the files)

- The 'enrich plain ivy with variants' use case better as you do not

manually have to re-add the files that are already in the configuration

metadata

    • -1
    • +30
    ./external/model/VariantFilesMetadataRulesTest.groovy
  1. … 12 more files in changeset.
Add removeAllFiles() to variant files modification API

Files from an existing 'base' are now also transferred to the new

variant (but can then be removed with removeAllFiles()). This makes:

- The behavior more consistent (before everything was transferred

*except* for the files)

- The 'enrich plain ivy with variants' use case better as you do not

manually have to re-add the files that are already in the configuration

metadata

    • -7
    • +9
    ./external/model/MavenDependencyDescriptorTest.groovy
    • -1
    • +30
    ./external/model/VariantFilesMetadataRulesTest.groovy
    • -6
    • +2
    ./model/AttributeConfigurationSelectorTest.groovy
  1. … 12 more files in changeset.
Add API method to ad a variant without base

Also extend documentation about 'base' and throw errors if a

non-existing base is defined.

    • -1
    • +20
    ./external/model/VariantFilesMetadataRulesTest.groovy
  1. … 6 more files in changeset.
Add API method to ad a variant without base

Also extend documentation about 'base' and throw errors if a

non-existing base is defined.

    • -1
    • +20
    ./external/model/VariantFilesMetadataRulesTest.groovy
  1. … 6 more files in changeset.
Adjust test fixtures and test to ivy behavior changes

    • -3
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
    • -1
    • +2
    ./external/model/DefaultIvyModuleResolveMetadataTest.groovy
  1. … 37 more files in changeset.
Remove special casing of pure ivy in resolve tests

    • -3
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
  1. … 9 more files in changeset.
Remove special casing of pure ivy in resolve tests

    • -3
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
    • -1
    • +2
    ./external/model/DefaultIvyModuleResolveMetadataTest.groovy
  1. … 10 more files in changeset.
Use ivy derivation rules in resolve tests

This allows us to get rid of some special casing in tests that

do not specifically test ivy-only behavior. This tests that common

variant aware dependency management scenarios work for ivy if used

in the recommended way.

    • -3
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
  1. … 12 more files in changeset.
Use ivy derivation rules in resolve tests

This allows us to get rid of some special casing in tests that

do not specifically test ivy-only behavior. This tests that common

variant aware dependency management scenarios work for ivy if used

in the recommended way.

    • -3
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
  1. … 12 more files in changeset.
Allow variant matching opt-in for ivy through component metadata rules

    • -3
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
  1. … 15 more files in changeset.
Allow variant matching opt-in for ivy through component metadata rules

    • -3
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
  1. … 18 more files in changeset.
Allow variant matching opt-in for ivy through component metadata rules

    • -3
    • +1
    ./external/model/AbstractDependencyMetadataRulesTest.groovy
  1. … 20 more files in changeset.