Skip to content

Eliminates top level subprojects, allprojects gradle blocks #1275

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Mar 12, 2025
Merged

Eliminates top level subprojects, allprojects gradle blocks #1275

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
25 changes: 0 additions & 25 deletions build.gradle.kts
View file
Original file line number Diff line number Diff line change
@@ -31,17 +31,6 @@ plugins {

shardConnectedCheckTasks(project)

subprojects {

afterEvaluate {
configurations.configureEach {
// There could be transitive dependencies in tests with a lower version. This could cause
// problems with a newer Kotlin version that we use.
resolutionStrategy.force(libs.kotlin.reflect)
}
}
}

apply(from = rootProject.file(".buildscript/binary-validation.gradle"))

// This plugin needs to be applied to the root projects for the dokkaGfmCollector task we use to
@@ -111,20 +100,6 @@ subprojects {
.configureEach { mustRunAfter(tasks.matching { it is Sign }) }
}

allprojects {

configurations.all {
resolutionStrategy.eachDependency {
// This ensures that any time a dependency has a transitive dependency upon androidx.lifecycle,
// it uses the same version as the rest of the project. This is crucial, since Androidx
// libraries are never in sync and lifecycle 2.4.0 introduced api-breaking changes.
if (requested.group == "androidx.lifecycle") {
useVersion(libs.versions.androidx.lifecycle.get())
}
}
}
}

// This task is invoked by the documentation site generator script in the main workflow project (not
// in this repo), which also expects the generated files to be in a specific location. Both the task
// name and destination directory are defined in this script: