redhat-developer / redhat-developer/vscode-java
Exclude default folders from file watching
まだ誰も着手していません。
- 主要言語
- TypeScript
- スター
- 2.3k
- フォーク
- 546
- 平均マージ
- 20時間 1分
- マージ済み PR(30日)
- 11
説明
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
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、Gradle プロジェクトで build/** 配下を変更し、ファイル監視の動作を再現します。.gradle/** および Maven target/** で期待される動作と比較してください。拡張機能のファイル監視設定を追跡し、プロジェクトのインポート種別またはユーザー設定から除外対象をどのように提供すべきかを判断します。生成されたフォルダーが不要な拡張機能の通知や自動ビルドのアクティビティを引き起こさなくなり、ソースの変更は引き続き監視されれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java, typescript
- 領域
- devtools, tooling
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100