[content-service] ability to exclude content from the backup of `/workspace`
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 13.8k
- Forks
- 1.4k
- Avg merge
- 17h 58m
- Merged PRs (30d)
- 5
Description
Is your feature request related to a problem? Please describe
Sometimes users add large files to workspaces at runtime, use them, and then delete them, to avoid backing up the files to Gitpod.
Keeping the backup size smaller helps keep workspace restarts fast, because then we do not have to download and untar unnecessary files from object storage.
Describe the behaviour you'd like
Provide a means to exclude file patterns from the backup of /workspace
Describe alternatives you've considered
- Add the files to your
.gitignoreand delete them before stopping your workspace - Implement a pre-stop task, and delete files as part of that task
Additional context
leeway run dev:preview persists 20GB to the file system, but, we do not want to back it up, as an example
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 the content-service backup path for /workspace and how workspace data is persisted to object storage; the issue names no files or tests. Done means users can provide file patterns that are excluded from the backup, with workspace restore behavior and backup size reflecting those exclusions.
Written by the indexing model from the issue text.
Assessment
- Domain
- backend, cloud, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 30/100