dotnet / dotnet/command-line-api

Displaying help after parse error reporting should be configurable

Offen
#2,191 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Area-API Area-Help
Vorherrschende Sprache
C#
Sterne
3.7k
Forks
428
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

The Cli author, or better yet the end-user via an environment variable, should determine whether to display help after parse errors.

I hate that behavior with a passion because of how often it leads to scrolling to see the parse error. If I want help, I will ask for it. I never want to see it on errors.

(This is from seeing the code in ParseErrorAction.

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Beginne mit dem Lesen von ParseErrorAction, das der Issue als derzeitige Quelle dieses Verhaltens identifiziert. Verfolge, wie Parsing-Fehler zur Hilfeausgabe führen, und ermittle, an welcher Stelle eine vom CLI-Autor festgelegte Einstellung oder Umgebungsvariable dies steuern könnte. Als erledigt gilt die Aufgabe, wenn das Hilfe-nach-Fehler-Verhalten konfigurierbar ist, während Parsing-Fehler weiterhin gemeldet werden.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
csharp
Bereich
cli
Issue-Typ
Feature
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.