redhat-developer / redhat-developer/vscode-java
Exclude default folders from file watching
Nessuno ha ancora preso questa issue.
- Lingua principale
- TypeScript
- Stelle
- 2.3k
- Fork
- 546
- Merge medio
- 20h 1m
- PR unite (30g)
- 11
Descrizione
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
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia riproducendo il comportamento di osservazione dei file con un progetto Gradle e una modifica sotto build/; confrontalo con il comportamento previsto per .gradle/ e Maven target/**. Traccia la configurazione di osservazione dei file dell'estensione e determina in che modo il tipo di importazione del progetto o la configurazione dell'utente dovrebbe fornire le esclusioni. Il lavoro è completato quando le cartelle generate non attivano più notifiche non necessarie dell'estensione o attività di auto-build, mentre le modifiche ai file sorgente continuano a essere osservate.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- java, typescript
- Ambito
- devtools, tooling
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100