Gradle

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
De-incubate signing pre-5.0

De-incubate task related methods

Make TaskInputs.getProperties() unmodifiable

Make TaskInputs.getProperties() unmodifiable

Make TaskInputs.getProperties() unmodifiable

Make TaskInputs.getProperties() unmodifiable

De-incubate ScriptingLanguage

De-incubate ExtensionsSchema

De-incubate SourceDirectorySet.outputDir

De-incubate StartParameter methods

De-incubate dependency locking

De-incubate Worker related APIs

De-incubate pre-5.0 reporting methods

De-incubate new Jacoco methods

De-Incubate provider and property types

Merge pull request #10459 from gradle/lptr/caching/no-penalty-for-using-task-outputs-files

Remove caching being disabled when TaskOutputs.files/dirs() is used

Use Nullable instead of Optional annotation to mark nullable map params

We shouldn't use something from org.gradle.api.tasks in the MapNotationConverter anyway.

Java 8 polish

Remove caching being disabled when TaskOutputs.files/dirs() is used

We haven't been disabling caching when these methods are used since Gradle 5.0. Looks like the Javadoc has not been updated. Fixing that now.

Accept public api changes

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

Accept public api changes

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

Let instant execution handle ExecOperations service

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

Let instant execution handle ExecOperations service

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

Coverage for task injected ExecOperations service and task action usage

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

Coverage for task injected ExecOperations service and task action usage

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

Introduce public API service ExecOperations

for exec(spec) and javaexec(spec) usage in task actions without referencing the project

only available in project scope for now

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

Introduce public API service ExecOperations

for exec(spec) and javaexec(spec) usage in task actions without referencing the project

only available in project scope for now

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

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

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

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