Support Gradle wildcard version or placeholder variable in dependency management recipes
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- java
- Área
- build-system
Línea de trabajo
Comienza con la receta AddDependency y las recetas relacionadas con la gestión de dependencias; después, sigue cómo se interpretan y representan los valores de versión. Verifica el comportamiento deseado comprobando que una versión como 1.2.+ se conserve correctamente en la dependencia añadida resultante; la compatibilidad con marcadores de posición puede requerir una aclaración independiente del alcance.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What problem are you trying to solve?
My organization regularly wildcards the patch version for projects rather than using an explicit version as it helps to avoid the churn of versioning artifacts explicitly, but we use OpenRewrite to change the versions of several artifacts at once across many repositories. We'd like to have the ability to specify a version of a.b.+ to better support this. We also use placeholders in several locations (i.e. a version of ${dependencyVersion}) which would also be helpful but might be out-of-scope for this issue. I can open another issue for this work if you'd like.
Describe the solution you'd like
When running the AddDependency recipe (or other dependency management recipes), I'd like to be able to specify version: 1.2.+ and have the resulting added dependency be wildcarded properly.
Have you considered any alternatives or workarounds?
A rawVersion property or similar would be just as useful and would allow for wildcarding and for placeholders.
Are you interested in contributing this feature to OpenRewrite?
I'd be interested in contributing but given how busy I am I likely won't be able to work on it anytime soon. I'll update if I find time to work on this.
- Lenguaje dominante
- Java
- Estrellas
- 18
- Forks
- 12
- Merge medio
- 3 d 1 h
- PR fusionados (30 d)
- 7
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Issues similares
-
NullPointerException when a `DeserializationProblemHandler` returns `null` for `byte[]` (single value unwrapped) and `char[]` elementsPosiblemente ocupada @Marti2203 la tomó hoy. Abierto
Dificultad 2/5 Medio día Aptitud para principiantes 88/100
FasterXML/jackson-databind#6300 ·
Los mantenedores suelen responder en 1 día
-
content good first issue
Dificultad 1/5 Menos de una hora Aptitud para principiantes 95/100
cpinitiative/usaco-guide#6699 ·
Los mantenedores suelen responder en 1 día
-
BC remittance upload: a claim MSP refused (S03) is saved with a blank status instead of refused (F)Abiertotype: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
carlos-emr/carlos#4933 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
apache/rocketmq-dashboard#6925 ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Vakore/ZappierGames#147 ·