Gradle

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Simplify test to check that result of resolution can be stable

For this, just reuse the `canShortCircuitSelection` method.

Update error message for documentation check

Remove unused methods

Remove unused methods

Put short-circuit behing an IDE flag

Next IJ release will make use of that flag.

It is unset by default, disabling the reintroduced short-circuit,

in order not to break users of existing IJ versions.

Signed-off-by: Paul Merlin <paul@gradle.com>

Put short-circuit behing an IDE flag

Next IJ release will make use of that flag.

It is unset by default, disabling the reintroduced short-circuit,

in order not to break users of existing IJ versions.

Signed-off-by: Paul Merlin <paul@gradle.com>

Fix detection of unstable resolution result

when there are multiple candidates and the selected

version is higher than the non-dynamic selectors

versions.

Fix detection of unstable resolution result

when there are multiple candidates and the selected

version is higher than the non-dynamic selectors

versions.

Add compatibility note on precompiled script plugins

    • -0
    • +2
    /subprojects/docs/src/docs/release/notes.md
Merge branch 'release' into bamboo/kotlin-dsl/implicit-receivers

Merge pull request #10925 from gradle/eskatos/bincompat/do-not-ignore-deprecated

Stricter binary compatibility check of deprecated members

Prefer `Action<T>` over `T.() -> Unit` for the Kotlin script API

From the perspective of an user of the API both types are effectively

the same.

From a compile time and runtime perspective `Action<T>` seems a better

choice as values can be passed to the core Gradle API directly.

From an API consistency point of view `Action<T>` also looks like the

superior choice as it is more consistent with the rest of the Gradle

API.

And finally, from an user education perspective, `KotlinScript`

provides a clear opportunity for users to understand the equivalence

between `Action<T>` and `T.() -> Unit`.

Polish `ScriptApiTest`

Fix test

Fix test

Add `failOnNonReproducibleResolution`

This method is a short-hand notation to disable both use

of dynamic and changing versions.

Add `failOnNonReproducibleResolution`

This method is a short-hand notation to disable both use

of dynamic and changing versions.

Merge pull request #10935 from gradle/lacasseio/samples

Publish javaGradlePlugin sample

Add support for failing on changing versions

This commit adds the `failOnChangingVersions()` method on

the resolution strategy, which will make the build fail as

soon as a changing version is detected.

This is useful to prevent, for example, snapshots from

appearing in a dependency graph.

Add support for failing on changing versions

This commit adds the `failOnChangingVersions()` method on

the resolution strategy, which will make the build fail as

soon as a changing version is detected.

This is useful to prevent, for example, snapshots from

appearing in a dependency graph.

Merge branch 'release'

Accept removal of deprecated members in FindBugsXmlReport

Signed-off-by: Paul Merlin <paul@gradle.com>

Accept removal of deprecated members in FindBugsReports

Signed-off-by: Paul Merlin <paul@gradle.com>

Accept removal of deprecated members in FindBugs

Signed-off-by: Paul Merlin <paul@gradle.com>

Fix realization of Maven metadata

The fix to handle SNAPSHOT dependencies correctly with Gradle

Module Metadata exposed a couple of failures in the "force

realize" cases, which correspond to the cases where metadata

has to be realized pre-emptively (using cached metadata rules

for example).

Accept removal of deprecated members in FindBugsExtension

Signed-off-by: Paul Merlin <paul@gradle.com>

Accept removal of deprecated members in FindBugsPlugin

Signed-off-by: Paul Merlin <paul@gradle.com>

Accept removal of deprecated members in JDependReports

Signed-off-by: Paul Merlin <paul@gradle.com>

Accept removal of deprecated members in JDepend

Signed-off-by: Paul Merlin <paul@gradle.com>

Accept removal of deprecated members in JDependExtension

Signed-off-by: Paul Merlin <paul@gradle.com>