⚙️ scrumia-gradle

What it is responsible for

Eight rules that shape a Gradle project so the tool stays fast and the build script stays readable. Build scripts are .gradle.kts, never .gradle; every plugin and library version lives in gradle/libs.versions.toml; shared build logic lives in a build-logic composite as a precompiled script plugin; tasks use tasks.register for lazy evaluation; the build and configuration caches are on by default; a locally-built sibling is wired through includeBuild(...); plugin versions live in the pluginManagement block; documentation tasks hook into check or build. Ships a scrumia-gradle reference skill and a scrumia-gradle-audit skill that measures an existing project against the eight.

What it refuses

A .gradle Groovy file in a project this module owns. A version literal in a build script. A plugins { id("...") version "..." } block outside pluginManagement. A tasks.create without a comment naming why. A Maven snapshot of a sibling the team also edits. A Kotlin Multiplatform-shaped convention plugin in this module's prose — that shape belongs to scrumia-kotlin-multiplatform-mobile, cited here only as the place the shape is applied.

The assumption it makes

Assumes Gradle is a build tool, not a Kotlin Multiplatform-specific tool, and states every rule in the tool's terms. A pure-JVM project (Spring, Android, a CLI) receives the same rules as a Kotlin Multiplatform Mobile project — the satellite layers on top of this one rather than replacing it. Costs the friction of a version catalog on a one-module project, pays back in one place that says what the project runs.

Its skills

• scrumia-gradle
• scrumia-gradle-audit

Tags

• scrumia
• gradle
• build-system
• kotlin-dsl
• convention-plugin

What it plugs into

Install it

Read the source on GitHub