[RFC] script to save time for "nothing to do" modules
Los mantenedores suelen responder en 3 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
Línea de trabajo
The issue describes a proposed script but does not name a file or test; first read the Odoo migration coverage files, dependency status conventions, and existing OpenUpgrade scripts to understand the workflow. The thread asks for feedback on whether to run the script at scale, so clarify the proposal with maintainers before starting. Done would mean an agreed, safe workflow for identifying eligible modules and creating their coverage updates and pull requests.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hi all,
Each years, there are a lot of modules with absolutely 0 changes. For such modules, creating a new branch, edit the coverage.rst file, commit, make a PR, call ocabot takes time with 0 value.
So I decided to use IA to handle such situation and burn through the planet's resources.
So I wrote a little script that :
- enumerate all modules in odoo base code with the dependencies
- parse the modulesX-Y.rst file
- parse the body of the "Migration to version Y" issue.
If no upgrade_analysis.txt exists (or even if no folder exists in openupgrade_scripts/scripts) and if all the dependencies are marked as "done" (or "nothing to do"), the script creates a new branch, make the change in the coverage file, commits, creates a new PR and call ocabot.
here is the result for 10 modules of 18.0 : A list of PR quickly mergeable.
- WDYT ?
- If you think it's OK, I can run the script more massively, for 16 / 17 / 18 / 19 versions.
Thanks for your feedback.
CC : @pedrobaeza, @hbrunn, @StefanRijnhart, @
- Lenguaje dominante
- Python
- Estrellas
- 995
- Forks
- 837
- Merge medio
- 2 d 8 h
- PR fusionados (30 d)
- 12
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.
Más de OCA/OpenUpgrade
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
OCA/OpenUpgrade#5380 · 1 comentario ·
Los mantenedores suelen responder en 3 días
-
Migration to version 20.0Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
OCA/OpenUpgrade#6044 · 6 comentarios · 6 reacciones ·
Los mantenedores suelen responder en 3 días
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
OCA/OpenUpgrade#5594 ·
Los mantenedores suelen responder en 3 días
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
OCA/OpenUpgrade#5592 · 1 comentario ·
Los mantenedores suelen responder en 3 días
-
bug
Dificultad 3/5 1-2 días Aptitud para principiantes 40/100
OCA/OpenUpgrade#5552 ·
Los mantenedores suelen responder en 3 días
Todos los issues de OCA/OpenUpgrade
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
pytest-dev/pytest-html#1085 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
pollen-robotics/reachy_mini#1527 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 66/100
Los mantenedores suelen responder en 2 días
-
Variadic arguments that aren't objects are passed as objects (stringWithFormat_ with %d / %f)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
A seed and its negative give the same run, so realizations of a negative seed repeat each otherAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día