Gradle

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Fix compilation of Groovy projects depending on a library

This commit introduces a new "library elements" type corresponding

to the classes AND resources of a library. Groovy projects now tell

that they needs both the classes and resources (because the Groovy

compiler requires some descriptors).

Currently the implementation is basic as it will fallback to a jar

thanks to the attribute compatibility rules. However, it would be

better to provide a variant which actually packages only the classes

and resources as directories instead of within a jar.

Fixes #9872

Merge pull request #9922 from gradle/wolfs/ci/buildTypesInSubprojects

Merge build types running only unit tests

Let Kotlin DSL use first kotlin public type for accessors

on all containers (tasks, extensions, etc..)

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

Let Kotlin DSL use first kotlin public type for accessors

on all containers (tasks, extensions, etc..)

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

Let Kotlin DSL use first kotlin public type for task accessors

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

Remove SkipWhenEmpty leftovers

Remove SkipWhenEmpty leftovers

Document deprecations of usage values

Document deprecations of usage values

ClasspathFingerprintingStrategy should fail for broken non-root inputs

ClasspathFingerprintingStrategy should fail for broken non-root inputs

Add test proving that we can know have a Scala+Java Library component

Closes #8788

Add test proving that we can know have a Scala+Java Library component

Closes #8788

Add test proving that we can know have a Scala+Java Library component

Closes #8788

Add test proving that we can know have a Scala+Java Library component

Closes #8788

Add test proving that we can know have a Scala+Java Library component

Closes #8788

Add test proving that we can know have a Scala+Java Library component

Closes #8788

Add test proving that we can know have a Scala+Java Library component

Closes #8788

Add test proving that we can know have a Scala+Java Library component

Closes #8788

Add UsedByScanPlugin annotation

to ExecuteTaskActionBuildOperationType

Add UsedByScanPlugin annotation

to ExecuteTaskActionBuildOperationType

Signed-off-by: Volker Leck <volker@gradle.com>

Fix minor typo in BuildOperationType

Fix minor typo in BuildOperationType

Signed-off-by: Volker Leck <volker@gradle.com>

Refactor code so that variant artifacts are derived from the source set

This commit refactors the code so that, from a source set, we can find

the output directories which are generated by compile tasks. This allows

us to generate a "lazy" variant which would contain all the classes of

all languages, without having to explicitly declare it.

Refactor code so that variant artifacts are derived from the source set

This commit refactors the code so that, from a source set, we can find

the output directories which are generated by compile tasks. This allows

us to generate a "lazy" variant which would contain all the classes of

all languages, without having to explicitly declare it.

Refactor code so that variant artifacts are derived from the source set

This commit refactors the code so that, from a source set, we can find

the output directories which are generated by compile tasks. This allows

us to generate a "lazy" variant which would contain all the classes of

all languages, without having to explicitly declare it.

Refactor code so that variant artifacts are derived from the source set

This commit refactors the code so that, from a source set, we can find

the output directories which are generated by compile tasks. This allows

us to generate a "lazy" variant which would contain all the classes of

all languages, without having to explicitly declare it.

Refactor code so that variant artifacts are derived from the source set

This commit refactors the code so that, from a source set, we can find

the output directories which are generated by compile tasks. This allows

us to generate a "lazy" variant which would contain all the classes of

all languages, without having to explicitly declare it.

Refactor code so that variant artifacts are derived from the source set

This commit refactors the code so that, from a source set, we can find

the output directories which are generated by compile tasks. This allows

us to generate a "lazy" variant which would contain all the classes of

all languages, without having to explicitly declare it.

Refactor code so that variant artifacts are derived from the source set

This commit refactors the code so that, from a source set, we can find

the output directories which are generated by compile tasks. This allows

us to generate a "lazy" variant which would contain all the classes of

all languages, without having to explicitly declare it.