redhat-developer / redhat-developer/vscode-java
Exclude default folders from file watching
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 2.3k
- Forks
- 546
- Ø Merge
- 20 Std. 1 Min.
- Gemergte PRs (30 T.)
- 11
Beschreibung
In my scenario I'm working with Gradle projects, but the context should also apply to Maven and normal project.
After opening project it would be nice if .gradle/** and build/** were automatically excluded from fileWatch by this extension, for Maven I believe it's target/**. Whether to exclude bin/** is up to you, but for me it makes no sense to watch it too, since IDE should be aware of its own folders?
Obviously these folders are configurable so mby this should be also some kind of config based on type of project import?
The point of this is to prevent unnecessary autoBuild triggers and similar, which may even result in permanent refresh loop like this
Environment
- note: env should be irrelevant for this issue
- Operating System: Win 11 pro, latest update
- JDK version: 21
- Visual Studio Code version:
- Java extension version:
Steps To Reproduce
- Open Gradle project
- Notify any file in eg. build
- See extension being notified of file change
Current Result
Entire project being file watched, causing unnecessary eclipse-jdtls trigger
Expected Result
Don't watch files that aren't "source" relevant
Additional Informations
May provide my .vscode/settings.json if needed
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
Beginne damit, das File-Watching-Verhalten mit einem Gradle-Projekt und einer Änderung unter build/** nachzustellen; vergleiche es mit dem erwarteten Verhalten für .gradle/** und Maven target/**. Verfolge die File-Watch-Konfiguration der Extension und ermittle, wie der Projekttyp des Imports oder die Benutzerkonfiguration die Ausschlüsse bereitstellen sollte. Als abgeschlossen gilt die Aufgabe, wenn generierte Ordner keine unnötigen Benachrichtigungen der Extension oder Auto-Build-Aktivitäten mehr auslösen, während Änderungen an Quelldateien weiterhin überwacht werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java, typescript
- Bereich
- devtools, tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100