SamplesCompositeBuildIntegrationTest.groovy

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Update composite build sample to use `ivy-publish`

    • -1
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 6 more files in changeset.
Update composite build sample to use `ivy-publish`

    • -1
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 7 more files in changeset.
Update composite build sample to use `ivy-publish`

    • -1
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 7 more files in changeset.
Adjust test fixtures and test to ivy behavior changes

    • -1
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 38 more files in changeset.
Fixes

    • -1
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 29 more files in changeset.
Fixes

    • -1
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 19 more files in changeset.
Fixes

    • -1
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 31 more files in changeset.
Update release notes, user guide and samples to mention/demonstrate composite build support for `plugins { }` block. Add a Kotlin DSL variant of the 'plugins-dev' sample.

    • -13
    • +16
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 62 more files in changeset.
Adjust test expectations to account for `kotlin-eap` repository

Which is added automatically by the Kotlin DSL in the presence of a

settings.gradle.kts file to account for the dependency on the latest

Kotlin eap.

    • -1
    • +2
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 1 more file in changeset.
Use global init script to set mirrors for buildSrc (#6627)

    • -2
    • +15
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 50 more files in changeset.
Fix Composite Builds samples integ tests for both Groovy/Kotlin DSL

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

    • -19
    • +68
    ./SamplesCompositeBuildIntegrationTest.groovy
Use external repository mirrors in build (#6094)

We've been bitten by external repository fluctuation for a long time.

This PR makes most of tests use repository mirrors set up by ourselves

via init script and system property.

There're still some tests not switching to mirrors, which would be fixed

in follow-up commits.

    • -2
    • +2
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 99 more files in changeset.
Fixed tests for changes to error message.

    • -1
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 6 more files in changeset.
Fixed int tests for changes in error message when task dependencies cannot be calculated.

    • -2
    • +3
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 6 more files in changeset.
Use a separate file for sample, rather than modifying in place

    • -4
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 1 more file in changeset.
Renamed 'hierarchical' sample to 'hierarchical-multirepo'

    • -6
    • +6
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 20 more files in changeset.
Added 'declared substitution' sample for composite builds

    • -0
    • +20
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 9 more files in changeset.
Added 'plugin-dev' sample for composite builds

    • -0
    • +23
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 7 more files in changeset.
Added 'hierarchical' sample for composite builds

    • -0
    • +35
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 10 more files in changeset.
Updated 'basic' sample for composite builds

    • -4
    • +30
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 21 more files in changeset.
Use a combined namespace for included builds and projects

In a composite build, we now use a path syntax to refer to included

builds that is consistent with how we refer to projects in a multiproject

build.

Given an composite with included build "foo", projects paths are:

- ':foo' : the root project of the build foo

- ':foo:bar' : the :bar subproject of the included build foo

- ':foo:bar:baz' : the :bar:baz subproject of included build foo

Task paths are:

- ':foo:test' : the 'test' task in the root project of build foo

- ':foo:bar:test' : the 'test task in the :bar project of foo

    • -3
    • +3
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 6 more files in changeset.
Remove GradleConnection API

The GradleConnection API was our first attempt at

implementing composite builds. We have improved on that

in Gradle 3.1, allowing the user to define composite builds

in settings.gradle and giving the user much more control

over how dependency substitution works.

A composite build is a normal Gradle build as far as the

Tooling API is concerned, so the separate concept of

the GradleConnection is no longer needed. We will add

methods for fetching all models from a composite build

to ProjectConnection in Gradle 3.2

    • -74
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 136 more files in changeset.
Made test less dependent on exact console output

    • -19
    • +1
    ./SamplesCompositeBuildIntegrationTest.groovy
Added a command-line sample for composite builds

    • -33
    • +30
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 39 more files in changeset.
Moved composite build integration tests into a separate subproject

    • -0
    • +132
    ./SamplesCompositeBuildIntegrationTest.groovy
  1. … 14 more files in changeset.