microsoft / microsoft/VFSForGit
Cache folder grows boundlessly
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 6.1k
- Forks
- 474
- Avg merge
- 2d 4h
- Merged PRs (30d)
- 8
Description
Several users have reported that they are losing disk space due to the GVFS cache folder growing boundlessly.
In their scenarios, they create and delete clones of the Windows OS repository commonly. The issue is that the GVFS cache state of the deleted repositories remain forever causing disk space to be lost.
Suggestion would be to perform some type of garbage collection on the GVFS cache folder during boot, mount, etc.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how GVFS cache state is created, retained, and associated with cloned repositories, then inspect the boot and mount entry points suggested by the issue. Done means stale state for deleted repositories is reclaimed without removing data needed by active repositories, with disk usage behavior verified after repeated clone and delete cycles.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, git
- Domain
- devtools, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100