Naar inhoud springen

Kotlin

Kotlin CI op GitHub Actions

Kotlin-compilatie is langzamer dan Java en de daemon wordt elke keer opnieuw opgestart.

7m → 2m
Compileren
40s → 2s
Configuratiefase

Kotlin-compilatie is langzamer dan Java en de daemon wordt elke keer opnieuw opgestart.

Waarom het gebeurt

kotlinc heeft een zwaardere voorkant en zonder de configuratiecache evalueert Gradle elke keer opnieuw de hele buildgrafiek.

Wat te veranderen

  1. Schakel de Gradle-configuratiecache en de incrementele compiler van Kotlin in
  2. Cache ~/.gradle/caches en de build/-mappen van stabiele modules
  3. Gebruik kotlin.incremental=true en houd de daemon warm in de taak
  4. Splits multiplatform-doelen in een matrix, zodat ze parallel worden gecompileerd

Kotlin op runnerhut

yaml
jobs:
build:
runs-on: runnerhut-8vcpu-ubuntu-2404
steps:
- uses: actions/checkout@v4
- uses: gradle/actions/setup-gradle@v4
- run: ./gradlew assemble --build-cache --configuration-cache
Een werkend uitgangspunt

De enige runnerhut-specifieke regel is `runs-on: runnerhut-8vcpu-ubuntu-2404`. Al het andere is standaard GitHub Actions — dezelfde acties, dezelfde geheimen en hetzelfde machtigingsmodel dat u vandaag de dag gebruikt.

Je volgende build kan twee keer zo snel zijn, voor de halve prijs

Begin gratis. Weggaan is dezelfde ene regel, en die diff publiceren we ook.