FunctionalTest.kt

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Make buckets in TeamCity configuration (#10552)

Currently, the primary obstacles for us to improve CI feedback time is the long-running jobs: `integTest`/`core`/`dependencyManagement` each takes more than 10 minutes. Without decreasing the time we can't improve CI feedback time.

This PR changes the previous subproject-based TC job to bucket-based TC job: a bucket can contain a split of large subproject, or many tiny subprojects. This makes CI configuration more flexiable and efficient.

For example, all tiny subprojects which only contain unit tests can be merged to `AllUnitTests`, just as before - but now we make this more generic.

`integTest` subproject can be split to 3 jobs: `integTest`/`integTest_2`/`integTest_3`. Splitted project has a special parameter `-PtestSplit=1/3`/`-PtestSplit=2/3`/`-PtestSplit=3/3` so the build can choose only a subset of tests to execute.

  1. … 8 more files in changeset.
Make buckets in TeamCity configuration (#10552)

Currently, the primary obstacles for us to improve CI feedback time is the long-running jobs: `integTest`/`core`/`dependencyManagement` each takes more than 10 minutes. Without decreasing the time we can't improve CI feedback time.

This PR changes the previous subproject-based TC job to bucket-based TC job: a bucket can contain a split of large subproject, or many tiny subprojects. This makes CI configuration more flexiable and efficient.

For example, all tiny subprojects which only contain unit tests can be merged to `AllUnitTests`, just as before - but now we make this more generic.

`integTest` subproject can be split to 3 jobs: `integTest`/`integTest_2`/`integTest_3`. Splitted project has a special parameter `-PtestSplit=1/3`/`-PtestSplit=2/3`/`-PtestSplit=3/3` so the build can choose only a subset of tests to execute.

  1. … 8 more files in changeset.
Make buckets in TeamCity configuration

  1. … 8 more files in changeset.
Make buckets in TeamCity configuration

  1. … 9 more files in changeset.
Make buckets in TeamCity configuration

  1. … 9 more files in changeset.
Make buckets in TeamCity configuration

  1. … 8 more files in changeset.
Simplify map chain

Use fewer parallel forks on macOS

since the agents are not very powerful.

Use fewer parallel forks on macOS

since the agents are not very powerful.

Merge build types running only unit tests (#9895)

Merging again now that build types can be invoked for subprojects.

This reverts commit 4636d4f056b108ae70e9600c0a111018b292ddfe.

  1. … 6 more files in changeset.
Revert "Merge build types running only unit tests (#9895)"

Looks like build types only work for the first project.

This reverts commit 99a6b64eea4f9bfa6a06969368b2c7c680e5cb6d.

  1. … 6 more files in changeset.
Merge build types running only unit tests (#9895)

So we don't have so many small build types. The unit tests should run

very fast anyway.

  1. … 6 more files in changeset.
Automatically format code

  1. … 15 more files in changeset.
Automatically format code

  1. … 15 more files in changeset.
Merge build types running only unit tests

So we don't have so many small build types. The unit tests should run

very fast anyway.

  1. … 6 more files in changeset.
Move Kotlin DSL code to settings

  1. … 99 more files in changeset.
Use the same exact TeamCity build configuration from master

  1. … 61 more files in changeset.
Extract common build logic

  1. … 20 more files in changeset.
Refine GRADLE_RERUNNER (#8522)

This is the followup of https://github.com/gradle/gradle/pull/8470 : there're two issues unresolved:

- `GRADLE_RERUNNER` is configured to `Gradleception`/`compileAll`/`sanityCheck`, etc. , which makes no sense.

- We want to skip `GRADLE_RERUNNER` if there're too many failures.

This PR does:

- Extract another function `applyTestDefaults` in addition to `applyDefaults`. Functional test build and smoke test build apply `applyTestDefaults`.

- Slightly refactor `applyDefaults` function.

- Add unit tests for `applyTestDefaults`/`applyDefaults`.

- Switch to JUnit 5 for `.teamcity` project.

- Ignore the rerun if test failures are > 10.

  1. … 6 more files in changeset.
Re-enable daemon on CI (#8263)

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

Previously we disabled daemon in some CI builds as a workaround of https://github.com/gradle/gradle-private/issues/1352 . Now that issue has been fixed, so we re-enable disabled daemons.

Also, there seems no reason to enable daemon in performance tests, so we enable them as well.

  1. … 6 more files in changeset.
Update TeamCity DSL package to 2018.2 (#8248)

  1. … 21 more files in changeset.
Switch build JDK to OpenJDK 11

This PR does:

- Switch build JDK from Oracle JDK 9 to OpenJDK 11.

- Remove all unnecessary java7Home and java9Home system properties.

  1. … 22 more files in changeset.
Refactor to extract common method

  1. … 2 more files in changeset.
Disable daemon in noDaemonTest

In https://github.com/gradle/gradle/pull/6106 we disabled daemon for some certain

subprojects, however, all subprojects' `noDaemonTest` requires allDistribution, which

in turn invokes userguide task. This PR disabled daemon for `noDaemonTest`, given that

noDaemonTest is excuted once a day.

Disable daemon conditionally (#6106)

This is a follow-up of https://github.com/gradle/gradle-private/issues/1352. The asciidoctor plugin

we're using has a serious issue that its native library sometimes cause the daemon JVM crash.

As a workaround, we identify the following builds need to run `docs:docs` task because they depend on

`binZip` task:

- wrapper

- toolingApi

- distributions

- performance test coordinators because they're running in the default pool

This commit disables daemon by removing `--daemon` from build parameter list. (TeamCity would automatically

add `-Dorg.gradle.daemon=false` at the end of the parameter list.)

  1. … 8 more files in changeset.
Update Kotlin DSL to 2018.1 for Gradle_check

  1. … 19 more files in changeset.
Revert "TeamCity change in 'Gradle / Check' project: Synchronization with own VCS root is enabled"

This reverts commit 84c4874bfac6e29b9d2f15319d8c118a913edff7.

  1. … 1101 more files in changeset.
TeamCity change in 'Gradle / Check' project: Synchronization with own VCS root is enabled

  1. … 1101 more files in changeset.
Allow build JVM configuration (#5809)

Previously we always use Java 8 as the bootstrap JVM. To migrate to Java 9,

this PR adds a configuration of "build JVM version" with default version Java 8.

Experiemental pipeline is also set to Java 9 to verify migration work.

  1. … 1 more file in changeset.
Change parameter order in BaseGradleBuildType

  1. … 9 more files in changeset.