Manually triggering `#imagebuild` dramatically lower the time to open a 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
Not sure if this is a bug or a feature.
Loading a workspace that uses a custom docker image which is hosted in hub.docker.com, takes a long time.
Manually triggering #imagebuild dramatically lower the time it takes to open the workspace.
Describe the behaviour you'd like
This process should happen automatically, without waiting for the user to run it manually.
Describe alternatives you've considered
Additional context
The last branch where I was able to apply this technique:
https://gitpod.io/#imagebuild/https://github.com/rfay/ddev/tree/20211101_gitpod_experiments
I first opened the branch multiple times, and it took over a minute to open the workspace -
https://gitpod.io/#https://github.com/rfay/ddev/tree/20211101_gitpod_experiments
Then I ran the special #imagebuild trigger (which also took long time)
Afterward, every time I opened the workspace, it took much shorter time than before the #imagebuild trigger.
That speed improvement also improved openning a fork I created from that branch (using the same custom docker image)
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
The issue names the #imagebuild trigger and workspace-opening flow but no files or tests. Start by tracing how Gitpod handles #imagebuild for custom images from hub.docker.com, then compare that path with normal workspace startup. Done means the image build is initiated automatically and later workspace openings use the resulting speed improvement without manual triggering.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker
- Domain
- cloud, devops
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100