Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Make cds up --target helm self-contained (build images, prepare cluster, import images)

Open
#690 1 comment 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
docker, helm, kubernetes, python

Research direction

Start by reading the cds up --target helm flow and the referenced scripts: scripts/k8s/build-images.sh, scripts/k8s/k3d-up.sh, and scripts/k8s/install.sh. Then review the discussion on PR #608 and coordinate with the companion lifecycle-unification issue, since this issue calls for a joint design rather than an isolated change. Done means the unified lifecycle plan covers image building, cluster preparation, and image import for the Helm target.

Written by the indexing model from the issue text.

Description

area:cli area:kubernetes priority:low size:medium

Context

Non-blocking follow-up flagged during review of #608 (Kubernetes target support). See docs/plan/pr-608-change-requests.md on that PR branch and the review comment linked below.

cds up --target compose is fully self-contained — it builds images and starts everything in one command. cds up --target helm is not: it only renders the chart and runs helm upgrade --install + kubectl wait/rollout status. It never builds the local images, never creates/ensures a reachable cluster, and never imports images into that cluster.

Those three steps currently live entirely outside cds, in scripts/k8s/build-images.sh (make k3d-build), scripts/k8s/k3d-up.sh (make k3d-up), and scripts/k8s/install.sh (make k3d-install, which just wraps cds up --target helm with the right --kube-context/--namespace/--release). So for Kubernetes, cds is only the "render + install into an already-prepared cluster" step today, while for Compose it owns the whole lifecycle.

Task

Consider bringing image building, cluster preparation, and image import into the Kubernetes lifecycle owned by cds, so the Helm target reaches parity with Compose's self-contained up. Per the PR discussion, this should be designed together with the broader lifecycle-unification follow-up (see companion issue) rather than added incrementally on its own.

Source: https://github.com/RonaldHensbergen/composable-data-stack/pull/608#issuecomment-5546103309

Estimated effort: 6-8 hours

Dominant language
Python
Stars
8
Forks
12
Avg merge
1d 2h
Merged PRs (30d)
93

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from RonaldHensbergen/composable-data-stack

All issues in RonaldHensbergen/composable-data-stack

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.