Kubeconfigs and contexts

Adding a file

Kubeconfigs are added by path and referenced in place. Spinoza never copies one, and never merges several into a file it manages. The list of paths it knows about lives in kubeconfigs.json.

Contexts are grouped under the file they came from, so two contexts with the same name in different files stay distinguishable.

Reading them

Every file is re-read on every listing and on every context switch, so an edit you make outside Spinoza takes effect without a restart.

spinoza --kubeconfig /path/to/config

--kubeconfig replaces the default lookup for that run only. It does not add the file to the list.

Opening one

Open clusters sit as tabs in one strip, with a control beside them that lists the contexts it knows about. The header names the cluster you are working in.

Opening a context says how long it is prepared to wait, and gives you a control to stop waiting. If a cluster is already open, it asks whether to replace that tab or keep both, and can remember the answer.

Version skew

Spinoza is built on client-go v0.36, which puts Kubernetes 1.35 to 1.37 inside the supported skew.