veche: warn when an --option is a synonym of the built-in do-nothing baseline
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 64/100
Línea de trabajo
Empieza en la validación de opciones, cerca de la comprobación --option needs distinct names en veche.py, y luego sigue cómo llegan las opciones a aggregate() y la regla PASS_TO_USER-to-REVISE. El issue propone rechazar o advertir sobre sinónimos enumerados de do-nothing; confirma el comportamiento preferido del proyecto y ejecuta las pruebas pertinentes de opciones y decisiones. El trabajo está terminado cuando las opciones sinónimas no pueden producir filas duplicadas del statu quo ni activar la decisión engañosa.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What happens. veche.py always adds do-nothing to the options. When the caller also passes an option that means the same thing (for example keep, no-change or status-quo), the seats score both the same. The two then tie at the top. aggregate() breaks the tie toward do-nothing, and the PASS_TO_USER-to-REVISE rule (decision == do-nothing) fires. The status quo also takes up two of the eight option slots.
Seen. A run with options weight-aware-gate, drop-gate-after-hold, band-gate and keep scored do-nothing 3.556, keep 3.556 and weight-aware-gate 3.444. The decision field read do-nothing, and two rows of the score table said the same thing.
Proposal (smallest first).
- In the option check (next to the
--option needs distinct namesstop), stop or warn when an option is in a short synonym list: keep, no-change, status-quo, none, nothing, wait. - Or ask the seats to flag an option they judge equivalent to do-nothing, and merge the two before
aggregate().
Why it matters. A near-tie between a change and a doubled status quo reads as a stronger case for doing nothing than the seats meant.
- Lenguaje dominante
- Python
- Estrellas
- 2
- Forks
- 1
- Merge medio
- 1 h 29 min
- PR fusionados (30 d)
- 567
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una 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 protocol/perun
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Review pipeline-tooling changes under the copy the pipeline actually runs, not the PR's own copyAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 64/100
Los mantenedores suelen responder en 1 día
Todos los issues de protocol/perun
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
FinanceFlash/unvibecode#577 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
area/test type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Clodmony/starship-coop#70 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
punitarani/fli#270 ·
-
🐛 Bug 🔔 Pending processing
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
jumpserver/jumpserver#17980 ·
Los mantenedores suelen responder en 1 día
-
community enhancement good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día