FunctionalTest.kt

Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Only run virtual file system tests

for faster feedback.

Upgrade TeamCity DSL to 2019.2, kotlin to 1.3.61

  1. … 43 more files in changeset.
Upgrade TeamCity DSL to 2019.2, kotlin to 1.3.61

  1. … 43 more files in changeset.
Automate build buckets generation

This commit automate the build buckets generation by using

historical build time data, so that we can have many evenly

distributed build buckets.

  1. … 16 more files in changeset.
Automate build buckets generation

This commit automate the build buckets generation by using

historical build time data, so that we can have many evenly

distributed build buckets.

  1. … 16 more files in changeset.
Auto bucket split

  1. … 16 more files in changeset.
Revert auto bucket split

  1. … 16 more files in changeset.
Revert "Revert auto bucket split"

This reverts commit d3bbddc0b7b430a77d000342fa9688092f7b6355.

  1. … 16 more files in changeset.
Automate subproject generation

  1. … 28 more files in changeset.
Don't schedule instantExecution builds on EC2 agents for now

https://github.com/gradle/dev-infrastructure/issues/383

Don't schedule instantExecution builds on EC2 agents for now

https://github.com/gradle/dev-infrastructure/issues/383

Revert auto bucket split

  1. … 16 more files in changeset.
Revert auto bucket split

  1. … 16 more files in changeset.
Automatically split TeamCity builds into buckets (#11468)

Previously, our TeamCity builds aren't distributed evenly, we want to shorten the feedback time by splitting builds into small buckets. This PR reads the build time data JSON genreated by [ci-health](https://builds.gradle.org/project.html?projectId=Hygiene&)

  1. … 16 more files in changeset.
Automatically split TeamCity builds into buckets (#11468)

Previously, our TeamCity builds aren't distributed evenly, we want to shorten the feedback time by splitting builds into small buckets. This PR reads the build time data JSON genreated by [ci-health](https://builds.gradle.org/project.html?projectId=Hygiene&)

  1. … 16 more files in changeset.
Automate bucket generation

  1. … 16 more files in changeset.
Automate bucket generation

  1. … 16 more files in changeset.
Fix buckets

  1. … 5 more files in changeset.
Automate bucket generation

  1. … 16 more files in changeset.
Automate bucket generation

  1. … 16 more files in changeset.
Automate bucket generation

  1. … 16 more files in changeset.
Set OS specific Android home

  1. … 4 more files in changeset.
Add ANDROID_HOME on mac agents as well

Add `ANDROID_HOME` for Windows

Add `ANDROID_HOME` for Windows

Make more buckets (#10765)

* Make more buckets

* Put project name in bucket name

* Refactor & add tests

* Fix warnings

  1. … 5 more files in changeset.
Refactor & add tests

  1. … 4 more files in changeset.
Put project name in bucket name

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.