@files fails on directories with too many files
- 主要語言
- Shell
- 星號
- 11.2k
- 分支
- 1.9k
- 平均合併
- 14 小時 16 分鐘
- 30 天內合併 PR
- 6
描述
### Describe the bug
Hey Team 😊
@files is broken when Copilot CLI is started in a directory with too many files/subfolders. It used to work but I can't really remember what version broke the fuzzy find.
I have to tell you guys that Gemini CLI works fine with the same large folder, so it has to do with the way Copilot CLI is handling large folders.
I am not sure how to provide an example here...
### Affected version
GitHub Copilot CLI 1.0.39.
### Steps to reproduce the behavior
_No response_
### Expected behavior
_No response_
### Additional context
_No response_
貢獻指南
研究方向
No files, tests, or reproduction steps are named. Start by reproducing the @files failure in GitHub Copilot CLI 1.0.39 from a directory with many files and subfolders, then trace the fuzzy-find handling for large directories. Done means @files works reliably in that environment without regressing normal directory searches.
由索引模型根據 Issue 內容生成。
評估
- 技術堆疊
- shell
- 領域
- cli
- Issue 類型
- 缺陷
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 活躍度
- 冷清
- 描述清晰度
- 需要釐清
- 新手友好度
- 35/100