[Enhancement]: apply Gradle best practices

Abierto
#10,286 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
38/100
Tipo de issue
Refactorización
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
groovy, kotlin
Área
build-system, performance

Línea de trabajo

Comienza con la configuración de Gradle del módulo Core y mide el tiempo de configuración de aproximadamente 11 segundos indicado en el issue en un Apple M1. Inspecciona las declaraciones de tareas eager mostradas en el issue y compara el comportamiento de la configuración antes y después de los cambios. Se considera completado cuando no se crean tareas innecesarias durante la actualización de dependencias del IDE y se reduce el tiempo de configuración.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

type/enhancement
Module

Core

Proposal

Apply Gradle build practices so the build configuration does not take ~10 sec for every execution.

Currently, the project configuration takes ~11 seconds on Apple M1 which is very noticeable.
For instance, if I add a dependency to one of the modules, I have to wait for 10 seconds for the IDE to refresh. It does not have to be that long.

The slowness might be related to creating a lot of tasks eagerly "thanks" to old Groovy DSL code.

For instance, the code like the following always creates japicmp, and check tasks even in the case they will not be executed. The tasks are not required for IDE to pick up the updated project dependencies.

tasks.japicmp {
    dependsOn(tasks.shadowJar)
}
...

    project.tasks.check.dependsOn(japicmp)

PS. It would be nice to move to Kotlin DSL as per General Gradle Best Practices as well.

Lenguaje dominante
Java
Estrellas
8.7k
Forks
1.9k
Merge medio
2 d 17 h
PR fusionados (30 d)
9

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de testcontainers/testcontainers-java

Todos los issues de testcontainers/testcontainers-java

Issues similares

Más issues de Java

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.