microsoft / microsoft/TypeScript
tsconfig extend field should be more user friendly
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Go
- Sterne
- 111k
- Forks
- 14.3k
- Ø Merge
- 2 T. 4 Std.
- Gemergte PRs (30 T.)
- 132
Beschreibung
Suggestion
Probably some functionality may refer to editor (i.e VSCode)
extends field in tsconfig.json:
-
propose auto suggestions (propose existing parent configs in the project)
-
check if a path exists, and expose an error if the path doesn't exist.
My suggestion meets these guidelines:
- This wouldn't be a breaking change in existing TypeScript/JavaScript code
- This wouldn't change the runtime behavior of existing JavaScript code
- This could be implemented without emitting different JS based on the types of the expressions
- This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
- This feature would agree with the rest of TypeScript's Design Goals.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Untersuche zunächst, wie TypeScript das Feld extends in tsconfig.json behandelt und wie Editor-Integrationen Konfigurationsvorschläge und Diagnosen bereitstellen. Das gewünschte Ergebnis sind Vorschläge für vorhandene übergeordnete Konfigurationen und ein Fehler, wenn der extends-Pfad nicht existiert; im Issue werden keine Dateien oder Tests genannt, daher müssen die relevanten Einstiegspunkte zuerst gefunden werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- developer-experience
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 30/100