Gradle

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Restructure parts about components and artifacts in publishing chapter

- Start with adjusting components from java plugins

(most common and simple use case, can be used to add custom artifacts,

includes updated 'javadoc' sample now)

- Extra section on creating completely new components

- Only one section about artifacts, starting with the warning,

recommending to not mix components and artifacts

Restructure parts about components and artifacts in publishing chapter

- Start with adjusting components from java plugins

(most common and simple use case, can be used to add custom artifacts,

includes updated 'javadoc' sample now)

- Extra section on creating completely new components

- Only one section about artifacts, starting with the warning,

recommending to not mix components and artifacts

Restructure parts about components and artifacts in publishing chapter

- Start with adjusting components from java plugins

(most common and simple use case, can be used to add custom artifacts,

includes updated 'javadoc' sample now)

- Extra section on creating completely new components

- Only one section about artifacts, starting with the warning,

recommending to not mix components and artifacts

Bump max Java version to 13 and experimental Java version to 14

Fix failing test

Looks like different changes caused the distribution to grow.

As we print one dot per MB, this caused a test failure.

This fix will resolve the failure to unblock CI while a better assertion

is created to not have this again in the future

Deprecate BuildListener#buildStarted and Gradle#buildStarted

Registering this callback within an init, settings or build script has

no effect as the build is already started. Those callback are also part

of an older API. Removing it from the public API will prevent further

user confusion.

Deprecate BuildListener#buildStarted and Gradle#buildStarted

Registering this callback within an init, settings or build script has

no effect as the build is already started. Those callback are also part

of an older API. Removing it from the public API will prevent further

user confusion.

Deprecate BuildListener#buildStarted and Gradle#buildStarted

Registering this callback within an init, settings or build script has

no effect as the build is already started. Those callback are also part

of an older API. Removing it from the public API will prevent further

user confusion.

Deprecate BuildListener#buildStarted and Gradle#buildStarted

Registering this callback within an init, settings or build script has

no effect as the build is already started. Those callback are also part

of an older API. Removing it from the public API will prevent further

user confusion.

Deprecate BuildListener#buildStarted and Gradle#buildStarted

Registering this callback within an init, settings or build script has

no effect as the build is already started. Those callback are also part

of an older API. Removing it from the public API will prevent further

user confusion.

Deprecate BuildListener#buildStarted and Gradle#buildStarted

Registering this callback within an init, settings or build script has

no effect as the build is already started. Those callback are also part

of an older API. Removing it from the public API will prevent further

user confusion.

Recognize contribution

    • -0
    • +1
    /subprojects/docs/src/docs/release/notes.md
Rebaseline NativeCleanBuildPerformanceTest

See https://github.com/gradle/gradle-private/issues/2714

Add Javadoc/sources publishing changes to notes and upgrading guide

    • -0
    • +15
    /subprojects/docs/src/docs/release/notes.md
Add Javadoc/sources publishing changes to notes and upgrading guide

    • -0
    • +15
    /subprojects/docs/src/docs/release/notes.md
Add Javadoc/sources publishing changes to notes and upgrading guide

    • -0
    • +15
    /subprojects/docs/src/docs/release/notes.md
Add cross build test for santa tracker

Add cross build test for santa tracker

Add cross build performance test for incremental changes

For santa tracker Kotlin and Java.

    • -2
    • +14
    /subprojects/performance/templates.gradle
Add cross build test for santa tracker

Allow easier adding of build mutator for cross build tests

Allow easier adding of build mutator for cross build tests

Allow easier adding of build mutator for cross build tests

Integration test coverage for resolving Java 'documentation' variants

Integration test coverage for resolving Java 'documentation' variants

Integration test coverage for resolving Java 'documentation' variants

Category.DOCUMENTATION is compatible with other category types

If one requests documentation, we want to be lenient. That is,

if a publication does not contain any documentation, we don't want

to fail. Instead, we now just return what we have (i.e. the main

artifact) which can also be used for documentation purpose in

the absence of other documentation. E.g. an IDE can de-compile

the bytecode if the source code is missing.

This change is also needed to make local matching work. Since

the documentation variants are secondary variants to a primary

LIBRARY variant, the matching would fail on the incompatible

primary variant before even considering the secondary variants

for selection.

Category.DOCUMENTATION is compatible with other category types

If one requests documentation, we want to be lenient. That is,

if a publication does not contain any documentation, we don't want

to fail. Instead, we now just return what we have (i.e. the main

artifact) which can also be used for documentation purpose in

the absence of other documentation. E.g. an IDE can de-compile

the bytecode if the source code is missing.

This change is also needed to make local matching work. Since

the documentation variants are secondary variants to a primary

LIBRARY variant, the matching would fail on the incompatible

primary variant before even considering the secondary variants

for selection.

Category.DOCUMENTATION is compatible with other category types

If one requests documentation, we want to be lenient. That is,

if a publication does not contain any documentation, we don't want

to fail. Instead, we now just return what we have (i.e. the main

artifact) which can also be used for documentation purpose in

the absence of other documentation. E.g. an IDE can de-compile

the bytecode if the source code is missing.

This change is also needed to make local matching work. Since

the documentation variants are secondary variants to a primary

LIBRARY variant, the matching would fail on the incompatible

primary variant before even considering the secondary variants

for selection.

Extract Android projects into separate class