Type-safe Gradle task accessors
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- github-actions, kotlin
- Ambito
- build-system, ci-cd, devops
Direzione di ricerca
Start with the referenced .github/workflows/release.main.kts lines 45-48 and inspect the output of ./gradlew tasks --all, then compare the Gradle tooling API. The issue names no implementation files or tests; done would require an agreed design for generated project and task accessors, unsafe task references, extra flags, and shared tasks across projects.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
Currently, the only way of calling a specific Gradle task is to give it as string, e.g.:
https://github.com/typesafegithub/github-workflows-kt/blob/7f4b41b5156d811a0d129ade49ebb64569d85ded/.github/workflows/release.main.kts#L48
It requires great attention to type them correctly. It's also risky to keep these as strings with regards to automatic dependency updates. E.g. see https://github.com/gradle-nexus/publish-plugin/releases/tag/v2.0.0:
Backward incompatible changes
- closeAndReleaseStagingRepository has been renamed to closeAndReleaseStagingRepositories for consistency
In this particular example, we don't call the task that was renamed, but if we did, Renovate would allow merging such change. The worst thing is that it would be caught at the moment of running the release workflow, which currently e.g. for github-workflows-kt happens once a month.
Idea
In the spirit of https://docs.gradle.org/current/userguide/kotlin_dsl.html#type-safe-accessors.
Rough notes, nothing formal:
./gradlew tasks --allreturns a list of tasks in a format like [1], there's also Gradle tooling API. We could extract the task hierarchy from there, and generate Kotlin type-safe accessors, e.g.jit-binding-server:runwould map to such Kotlin code:jitBindingServer.run- in the GitHub workflow using the Kotlin script, we would have a type-safe wrapper over Gradle that would allow passing only tasks defined in the previous step (+a way to refer to a task in an unsafe, string-based way), along with being able to pass extra arguments like
--no-configuration-cacheand other free-form arguments - sometimes we want to run the same task for several projects, e.g. when we loop across them (ref). Ideally the proposed feature would allow it, e.g. by understanding that if
project1andproject2expose aruntask, both projects should probably implement a common interface whererunin both cases is the same property in terms of API
Example
Before:
val librariesToPublish = listOf(
":shared-internal",
":github-workflows-kt",
":action-binding-generator",
)
librariesToPublish.forEach { library ->
run(
name = "Publish '$library' to Sonatype",
command = "./gradlew $library:publishToSonatype closeAndReleaseSonatypeStagingRepository --no-configuration-cache",
)
}
After (rough idea, subject to discussion):
val librariesToPublish = listOf(
projects.sharedInternal,
projects.githubWorkflowsKt,
projects.actionBindingGenerator,
)
librariesToPublish.forEach { library ->
runGradle(
name = "Publish '$library' to Sonatype",
tasks = listOf(
library.publishToSonatype,
tasks.closeAndReleaseSonatypeStagingRepository,
),
flags = listOf(noConfigurationCache),
)
}
[1]
> Task :tasks
------------------------------------------------------------
Tasks runnable from root project 'github-workflows-kt-monorepo'
------------------------------------------------------------
Application tasks
-----------------
automation:code-generator:run - Runs this project as a JVM application
jit-binding-server:run - Runs this project as a JVM application
jit-binding-server:runShadow - Runs this project as a JVM application using the shadow jar
jit-binding-server:startShadowScripts - Creates OS specific scripts to run the project as a JVM application using the shadow jar
Build tasks
-----------
assemble - Assembles the outputs of this project.
action-binding-generator:assemble - Assembles the outputs of this project.
automation:code-generator:assemble - Assembles the outputs of this project.
github-workflows-kt:assemble - Assembles the outputs of this project.
jit-binding-server:assemble - Assembles the outputs of this project.
maven-binding-builder:assemble - Assembles the outputs of this project.
...
- Lingua principale
- Kotlin
- Stelle
- 664
- Fork
- 30
- Merge medio
- 4g 19h
- PR unite (30g)
- 5
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di typesafegithub/github-workflows-kt
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
typesafegithub/github-workflows-kt#2389 · 7 commenti ·
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
typesafegithub/github-workflows-kt#2368 · 1 commento ·
-
problem
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
typesafegithub/github-workflows-kt#2348 · 2 commenti ·
-
operational
typesafegithub/github-workflows-kt#1884 · 1 assegnatario ·
-
problem
Difficoltà 3/5 1-2 giorni Idoneità per principianti 30/100
typesafegithub/github-workflows-kt#1864 · 5 commenti ·
Tutte le issue di typesafegithub/github-workflows-kt
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
-
Good First Issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
ankidroid/Anki-Android#21942 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
libre-tube/LibreTube#8781 · 1 commento ·
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
MetrolistGroup/Metrolist#4396 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100