nebari-dev / nebari-dev/data-science-pack
Test Docker images in CI
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 5
- Forks
- 7
- Avg merge
- 1d 20h
- Merged PRs (30d)
- 13
Description
Summary
CI currently deploys with pre-built images from the registry. We should also build and test images locally in CI to catch Dockerfile issues before merging.
Context
This was skipped due to disk space limitations on GitHub runners. The local image builds + k3d import exceeded available space.
Note: Local development already has hot reload via Tilt (docker_build in Tiltfile), so this is specifically for catching issues in PRs.
Potential solutions
- Use
easimon/maximize-build-spaceaction to free ~30GB - Use larger GitHub runners (requires org config)
- Use registry cache from build-image workflow instead of GHA cache
- Use cirun.io for cloud runners with more resources
Acceptance criteria
- CI builds images locally from
images/Dockerfile - Images are imported to k3d cluster
- Helm deploys with locally built images
- Tests pass with locally built images
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 locating the CI workflow and review images/Dockerfile, then trace how the existing Helm deployment and k3d cluster are configured. The work is complete when CI builds the images locally, imports them into k3d, deploys with Helm using those images, and passes the tests without exceeding runner resources.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, github-actions, helm
- Domain
- ci-cd, devops, infrastructure
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100