Reorganize command line interface options/parameters
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 28/100
Línea de trabajo
Empieza por la discusión de la PR enlazada y la definición de ConfigOptions.cs, y luego rastrea cómo se representan actualmente las opciones Global, Config y Job enumeradas. Un resultado completo definiría y documentaría una CLI jerárquica más sencilla que admita múltiples opciones a nivel de Config y Job, pero el issue no proporciona una forma concreta de comando ni pruebas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
As commented at https://github.com/dotnet/BenchmarkDotNet/pull/3162#issuecomment-4592633337
I wonder if we should use this as an opportunity to consider redesigning the existing command line arguments.
What we have as of today is literally two commands (run benchmarks or display info) and the benchmarking command has way too many options/arguments (I am the one to blame for that). Moreover, it certain things are impossible to configure with command line.
BenchmarkDotNet command line interface are complicated and need to be simplified.
Currently, there are following options/arguments categories are exists. and these options are specified on flat hierarchy.
So it can't specify multiple config/job level options via command line interface.
Global level options
--help--version--info--list
Config level options
--exporters--counters--memory--threading--exceptions--disasm--profiler--allStats--statisticalTest--artifacts--filter--hide- Options that are defined at ConfigOptions
--maxWidth--buildTimeout--wakeLock
Job level options
Other that are not listed above.
- Lenguaje dominante
- C#
- Estrellas
- 11.5k
- Forks
- 1.1k
- Merge medio
- 1 d 21 min
- PR fusionados (30 d)
- 25
Preparar el entorno
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 dotnet/BenchmarkDotNet
-
Area:Toolchains up-for-grabs
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
dotnet/BenchmarkDotNet#3266 · 3 comentarios · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Area:Diagnosers
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
dotnet/BenchmarkDotNet#3246 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Migrate release/release-preview workflow to use Trusted PublishingQuizá libre de nuevo @AndreyAkinshin la tomó hace 52 días y no hay ningún pull request abierto. AbiertoArea:DevOps
dotnet/BenchmarkDotNet#3226 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Area:Diagnosers
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
dotnet/BenchmarkDotNet#3158 · 4 comentarios ·
Los mantenedores suelen responder en 1 día
-
Area:DevOps
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
dotnet/BenchmarkDotNet#3088 ·
Los mantenedores suelen responder en 1 día
Todos los issues de dotnet/BenchmarkDotNet
Issues similares
-
agentic-workflows area/Docs partner/agentic-workflows
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
microsoft/fluentui-blazor#5364 ·
Los mantenedores suelen responder en 1 día
-
.NET triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
microsoft/agent-framework#8811 ·
Los mantenedores suelen responder en 1 día
-
.NET Docs
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
getsentry/sentry-dotnet#5637 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
QuantConnect/Lean#9842 ·
Los mantenedores suelen responder en 1 día