<commit_before>The Gradle team is excited to announce Gradle @version@.

This release supports [a relocatable dependency cache](#cache), makes [compilation order between Java, Groovy and Scala classes configurable](#compilation-order) and kicks off a [new set of downloadable samples](#samples).

There are also several [bug fixes](#fixed-issues), conveniences for [Gradle plugin authors](#plugin-dev) and more.

We would like to thank the following community contributors to this release of Gradle:
[<NAME>](https://github.com/MarkNordhoff),
[<NAME>](https://github.com/kazuki-ma),
[<NAME>](https://github.com/katoquro),
[<NAME>](https://github.com/emmanuelguerin),
[<NAME>](https://github.com/gatesn),
[<NAME>](https://github.com/bjornvester),
[<NAME>](https://github.com/izeye),
[<NAME>](https://github.com/bmuskalla),
[<NAME>](https://github.com/isker),
[<NAME>](https://github.com/vlsi),
[<NAME>](https://github.com/mernst),
[<NAME>](https://github.com/runningcode),
[<NAME>](https://github.com/DeKaN),
and [<NAME>](https://github.com/stevencrockett).

## Upgrade Instructions

Switch your build to use Gradle @version@ by updating your wrapper:

`./gradlew wrapper --gradle-version=@version@`

See the [Gradle 6.x upgrade guide](userguide/upgrading_version_6.html#changes_@baseVersion@) to learn about deprecations, breaking changes and other considerations when upgrading to Gradle @version@.

For Java, Groovy, Kotlin and Android compatibility, see the [full compatibility notes](userguide/compatibility.html).
<!-- Do not add breaking changes or deprecations here! Add them to the upgrade guide instead. -->

<a name="cache"></a>
## Gradle's Dependency Cache can be relocated

It's increasingly common to run builds in a CI/CD pipeline with ephemeral build (single-use environments) to improve reliability and reduce potential interactions between builds.
However, without optimization, it results in significantly longer build times as no state is reused between builds.
For example, all dependencies would be re-downloaded for each build.
 
Starting with Gradle 6.1, [the dependency cache](userguide/dependency_resolution.html#sec:dependency_cache) can be copied, to another directory or host.
When the dependency cache copy is made available as part of a single-use environment, builds will be able to leverage it and will not need to access the network to download artifacts or metadata if they are already cached. 

See [the documentation](userguide/dependency_resolution.html#sub:cache_copy) for more details. 

<a name="compilation-order"></a>
## Defining compilation order between JVM languages

Gradle supports combining multiple JVM language in a single project, like mixing Java, Scala, Groovy and Kotlin.
Each language will have its own source set and compile task defined.
Previously, the dependencies between each language compile tasks were defined in a way that made them hard to tweak.

With Gradle 6.1, the relationship between compilation tasks is now fully expressed through the classpath property of the tasks.
This can be used to change the relationship between Java, Groovy, Kotlin and Scala compilation tasks to whatever order is required by the project.

For example, when combining Groovy and Kotlin in the same project, you can make Kotlin classes depend on Groovy classes like this:

```
tasks.named('compileGroovy') {
    // Groovy only needs the declared dependencies
    // and not the output of compileJava
    classpath = sourceSets.main.compileClasspath
}
tasks.named('compileKotlin') {
    // Kotlin also depends on the result of Groovy compilation 
    // which automatically makes it depend on compileGroovy
    classpath += files(sourceSets.main.groovy.classesDirectory)
}
```

See [the documentation](userguide/building_java_projects.html#sub:compile_deps_jvm_lang) for more details.

<a name="samples"></a>
## Downloadable Gradle Samples

In addition to [tutorials and guides](https://guides.gradle.org) and an [extensive user manual](userguide/userguide.html), Gradle now provides an [index of samples](samples/index.html) to demonstrate different kinds of projects that can be built with Gradle, like [Kotlin](samples/index.html#kotlin) or [Spring boot](samples/sample_spring_boot_web_application.html). The samples also show common problems that can be solved using the Groovy or Kotlin DSL, like [adding integration tests to a Java project](samples/sample_jvm_components_with_additional_test_types.html). Each sample comes bundled with a [Gradle wrapper](userguide/gradle_wrapper.html#header), so you don't even need to have Gradle installed before trying them out.

These samples are tested with the same version of Gradle as the documentation. More samples will be added over time. If you have any suggestions for a problem or use case you think would make a good sample, [please open a new issue](https://github.com/gradle/gradle/issues/new?labels=a%3Asample%2C+from%3Acontributor&template=contributor_sample_request.md).

## Groovy compilation support for method parameter names with JDK8+ 

Gradle 6.1 supports compiling Groovy code and including [method parameter names](https://docs.oracle.com/javase/tutorial/reflect/member/methodparameterreflection.html).

This was contributed by [<NAME>](https://github.com/katoquro).

<a name="plugin-dev"></a>
## Improvements for plugin authors

### Finalize property value only when the value is queried

In previous Gradle releases, certain Gradle types, such as [`Property`](javadoc/org/gradle/api/provider/Property.html) or [`ConfigurableFileCollection`](javadoc/org/gradle/api/file/ConfigurableFileCollection.html),
provided a `finalizeValue()` method that eagerly calculated the final value for a property and prevented further changes.

When a task starts running, Gradle automatically finalizes task properties of these types, so that the same value is seen by the task's actions and Gradle's build caching/up-to-date checks. This also avoids calculating the property value multiple times, which can sometimes be expensive. Plugins can also use `finalizeValue()` to finalize other properties, such as a property of a project extension, just prior to querying the value.

In this release, these types gain a new [`finalizeValueOnRead()`](javadoc/org/gradle/api/provider/HasConfigurableValue.html#finalizeValueOnRead--) method. This method is similar to `finalizeValue()`, except that the final value is calculated when the value is queried rather than immediately. Plugins can use this method when a property value may be expensive to calculate or when the value may not have been configured to ensure that all consumers of the property see the same, final, value from that point onwards.

Please see the [user manual](userguide/lazy_configuration.html#unmodifiable_property) for more details.

### New managed property types

Gradle 5.5 introduced the concept of a [_managed property_ for tasks and other types](userguide/custom_gradle_types.html#managed_properties), where Gradle provides an implementation of the getter 
and setter for an abstract property defined on a task, project extension, or other custom type.
This simplifies plugin implementations by removing a bunch of boilerplate.

In this release, it is possible for a task or other custom type to have an abstract read-only property of type [`DomainObjectSet<T>`](javadoc/org/gradle/api/DomainObjectSet.html).

Please see the [user manual](userguide/custom_gradle_types.html#managed_properties) for more details.

### New factory methods

The [`ObjectFactory`](javadoc/org/gradle/api/model/ObjectFactory.html) type, which plugins and other custom types use to create instances of various useful types, has several new factory methods to create certain Gradle types that could only be created using internal APIs in previous releases: 

- The [`polymorphicDomainObjectContainer()`](javadoc/org/gradle/api/model/ObjectFactory.html#polymorphicDomainObjectContainer-java.lang.Class-) method to create [`ExtensiblePolymorphicDomainObjectContainer<T>`](javadoc/org/gradle/api/ExtensiblePolymorphicDomainObjectContainer.html) instances.
- The [`namedDomainObjectSet()`](javadoc/org/gradle/api/model/ObjectFactory.html#namedDomainObjectSet-java.lang.Class-) method to create [`NamedDomainObjectSet<T>`](javadoc/org/gradle/api/NamedDomainObjectSet.html) instances.
- The [`namedDomainObjectList()`](javadoc/org/gradle/api/model/ObjectFactory.html#namedDomainObjectList-java.lang.Class-) method to create [`NamedDomainObjectList<T>`](javadoc/org/gradle/api/NamedDomainObjectList.html) instances.

Please see the [user manual](userguide/custom_gradle_types.html#collection_types) for more details.

## Improvements for Gradle tooling providers

### Tooling API: `TestLauncher` can run specific `Test` task tests

The `TestLauncher` interface in the Tooling API could already launch tests by specifying the name of the test classes or methods; however, if there are multiple `Test` tasks, then all `Test` tasks would be executed. 

For IDEs, developers usually want to execute only one task at a time. Gradle 6.1 introduces a new API to execute tests with specific `Test` task using the `withTaskAndTestClasses()` and `withTaskAndTestMethods()` methods.

## Fixed issues

## Known issues

Known issues are problems that were discovered post release that are directly related to changes made in this release.

## External contributions

We love getting contributions from the Gradle community. For information on contributing, please see [gradle.org/contribute](https://gradle.org/contribute).

## Reporting Problems

If you find a problem with this release, please file a bug on [GitHub Issues](https://github.com/gradle/gradle/issues) adhering to our issue guidelines.
If you're not sure you're encountering a bug, please use the [forum](https://discuss.gradle.org/c/help-discuss).

We hope you will build happiness with Gradle, and we look forward to your feedback via [Twitter](https://twitter.com/gradle) or on [GitHub](https://github.com/gradle).
<commit_msg>Polish release notes<commit_after>The Gradle team is excited to announce Gradle @version@.

This release supports [a relocatable dependency cache](#cache) for speeding up ephemeral CI builds, makes [compilation order between Java, Groovy, Kotlin and Scala classes configurable](#compilation-order) for polyglot builds and kicks off a [new set of downloadable samples](#samples) for newcomers.

There are also several [bug fixes](#fixed-issues), conveniences for [Gradle plugin authors](#plugin-dev) and more.

We would like to thank the following community contributors to this release of Gradle:
[<NAME>](https://github.com/MarkNordhoff),
[<NAME>](https://github.com/kazuki-ma),
[<NAME>](https://github.com/katoquro),
[<NAME>](https://github.com/emmanuelguerin),
[<NAME>](https://github.com/gatesn),
[<NAME>](https://github.com/bjornvester),
[<NAME>](https://github.com/izeye),
[<NAME>](https://github.com/bmuskalla),
[<NAME>](https://github.com/isker),
[<NAME>](https://github.com/vlsi),
[<NAME>](https://github.com/mernst),
[<NAME>](https://github.com/runningcode),
[<NAME>](https://github.com/DeKaN),
and [<NAME>](https://github.com/stevencrockett).

## Upgrade Instructions

Switch your build to use Gradle @version@ by updating your wrapper:

`./gradlew wrapper --gradle-version=@version@`

See the [Gradle 6.x upgrade guide](userguide/upgrading_version_6.html#changes_@baseVersion@) to learn about deprecations, breaking changes and other considerations when upgrading to Gradle @version@.

For Java, Groovy, Kotlin and Android compatibility, see the [full compatibility notes](userguide/compatibility.html).
<!-- Do not add breaking changes or deprecations here! Add them to the upgrade guide instead. -->

<a name="cache"></a>
## Ephemeral CI: Reuse Gradle's Dependency Cache 

It's increasingly common for CI/CD pipelines to run with ephemeral build agents.  Ephemeral build agents are single-use and can improve reliability by reducing interactions between builds. Each agent is thrown away at the end of the build and no state is reused between builds.
Without optimizations, this can result in significantly longer build times because local caches like Gradle's dependency cache has to be refilled for each build. Every build pays the cost of re-downloading all dependencies.
 
Starting with Gradle 6.1, [the dependency cache](userguide/dependency_resolution.html#sec:dependency_cache) can be copied to another directory or host.
When a copy of the dependency cache is made available to an ephemeral build agent, builds will no longer need to access the network to download artifacts or metadata contained in the cache. 

See [the documentation](userguide/dependency_resolution.html#sub:cache_copy) for more details. 

<a name="compilation-order"></a>
## Polyglot JVM builds: Defining compilation order between languages

Gradle supports combining multiple JVM language in a single project, like mixing Java, Scala, Groovy and Kotlin source files.
Each language has its own set of sources and a compile task.
Previously, the relationships between the languages were defined in a way that was hard to change from a plugin or build.

With Gradle 6.1, the relationship between compilation tasks is now fully expressed through the classpath property of the tasks.
This can be used to change the relationship between Java, Groovy, Kotlin and Scala compilation tasks to whatever order is required by the project.

For example, when combining Groovy and Kotlin in the same project, you can make Kotlin classes depend on Groovy classes like this:

```
tasks.named('compileGroovy') {
    // Groovy only needs the declared dependencies
    // and not the output of compileJava
    classpath = sourceSets.main.compileClasspath
}
tasks.named('compileKotlin') {
    // Kotlin also depends on the result of Groovy compilation 
    // which automatically makes it depend on compileGroovy
    classpath += files(sourceSets.main.groovy.classesDirectory)
}
```

See [the documentation](userguide/building_java_projects.html#sub:compile_deps_jvm_lang) for more details.

<a name="samples"></a>
## Downloadable Gradle Samples

In addition to [tutorials and guides](https://guides.gradle.org) and an [extensive user manual](userguide/userguide.html), Gradle now provides an [index of samples](samples/index.html) to demonstrate different kinds of projects that can be built with Gradle, like [Kotlin](samples/index.html#kotlin) or [Spring boot](samples/sample_spring_boot_web_application.html). The samples also show common problems that can be solved using the Groovy or Kotlin DSL, like [adding integration tests to a Java project](samples/sample_jvm_components_with_additional_test_types.html). Each sample comes bundled with a [Gradle wrapper](userguide/gradle_wrapper.html#header), so you don't even need to have Gradle installed before trying them out.

These samples are tested with the same version of Gradle as the documentation. More samples will be added over time. If you have any suggestions for a problem or use case you think would make a good sample, [please open a new issue](https://github.com/gradle/gradle/issues/new?labels=a%3Asample%2C+from%3Acontributor&template=contributor_sample_request.md).

## Groovy compilation support for method parameter names with JDK8+ 

Gradle 6.1 supports compiling Groovy code and including [method parameter names](https://docs.oracle.com/javase/tutorial/reflect/member/methodparameterreflection.html).

This was contributed by [<NAME>](https://github.com/katoquro).

<a name="plugin-dev"></a>
## Improvements for plugin authors

### Finalize property value only when the value is queried

In previous Gradle releases, certain Gradle types, such as [`Property`](javadoc/org/gradle/api/provider/Property.html) or [`ConfigurableFileCollection`](javadoc/org/gradle/api/file/ConfigurableFileCollection.html),
provided a `finalizeValue()` method that eagerly calculated the final value for a property and prevented further changes.

When a task starts running, Gradle automatically finalizes task properties of these types, so that the same value is seen by the task's actions and Gradle's build caching/up-to-date checks. This also avoids calculating the property value multiple times, which can sometimes be expensive. Plugins can also use `finalizeValue()` to finalize other properties, such as a property of a project extension, just prior to querying the value.

In this release, these types gain a new [`finalizeValueOnRead()`](javadoc/org/gradle/api/provider/HasConfigurableValue.html#finalizeValueOnRead--) method. This method is similar to `finalizeValue()`, except that the final value is calculated when the value is queried rather than immediately. Plugins can use this method when a property value may be expensive to calculate or when the value may not have been configured to ensure that all consumers of the property see the same, final, value from that point onwards.

Please see the [user manual](userguide/lazy_configuration.html#unmodifiable_property) for more details.

### New managed property types

Gradle 5.5 introduced the concept of a [_managed property_ for tasks and other types](userguide/custom_gradle_types.html#managed_properties), where Gradle provides an implementation of the getter 
and setter for an abstract property defined on a task, project extension, or other custom type.
This simplifies plugin implementations by removing a bunch of boilerplate.

In this release, it is possible for a task or other custom type to have an abstract read-only property of type [`DomainObjectSet<T>`](javadoc/org/gradle/api/DomainObjectSet.html).

Please see the [user manual](userguide/custom_gradle_types.html#managed_properties) for more details.

### New factory methods

The [`ObjectFactory`](javadoc/org/gradle/api/model/ObjectFactory.html) type, which plugins and other custom types use to create instances of various useful types, has several new factory methods to create certain Gradle types that could only be created using internal APIs in previous releases: 

- The [`polymorphicDomainObjectContainer()`](javadoc/org/gradle/api/model/ObjectFactory.html#polymorphicDomainObjectContainer-java.lang.Class-) method to create [`ExtensiblePolymorphicDomainObjectContainer<T>`](javadoc/org/gradle/api/ExtensiblePolymorphicDomainObjectContainer.html) instances.
- The [`namedDomainObjectSet()`](javadoc/org/gradle/api/model/ObjectFactory.html#namedDomainObjectSet-java.lang.Class-) method to create [`NamedDomainObjectSet<T>`](javadoc/org/gradle/api/NamedDomainObjectSet.html) instances.
- The [`namedDomainObjectList()`](javadoc/org/gradle/api/model/ObjectFactory.html#namedDomainObjectList-java.lang.Class-) method to create [`NamedDomainObjectList<T>`](javadoc/org/gradle/api/NamedDomainObjectList.html) instances.

Please see the [user manual](userguide/custom_gradle_types.html#collection_types) for more details.

## Improvements for Gradle tooling providers

### Tooling API: `TestLauncher` can run specific `Test` task tests

The `TestLauncher` interface in the Tooling API could already launch tests by specifying the name of the test classes or methods; however, if there are multiple `Test` tasks, then all `Test` tasks would be executed. 

For IDEs, developers usually want to execute only one task at a time. Gradle 6.1 introduces a new API to execute tests with specific `Test` task using the `withTaskAndTestClasses()` and `withTaskAndTestMethods()` methods.

## Fixed issues

## Known issues

Known issues are problems that were discovered post release that are directly related to changes made in this release.

## External contributions

We love getting contributions from the Gradle community. For information on contributing, please see [gradle.org/contribute](https://gradle.org/contribute).

## Reporting Problems

If you find a problem with this release, please file a bug on [GitHub Issues](https://github.com/gradle/gradle/issues) adhering to our issue guidelines.
If you're not sure you're encountering a bug, please use the [forum](https://discuss.gradle.org/c/help-discuss).

We hope you will build happiness with Gradle, and we look forward to your feedback via [Twitter](https://twitter.com/gradle) or on [GitHub](https://github.com/gradle).

{'fraction_non_alphanumeric': 0.08614564831261101, 'fraction_numerical': 0.0015788434971383462, 'mean_word_length': 5.568049254698639, 'pattern_counts': {'":': 0, '<': 59, '<?xml version=': 0, '>': 59, 'https://': 46, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 8, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '4812550', 'n_tokens_mistral': 5532, 'n_tokens_neox': 5234, 'n_words': 2218}