Skip to content

feat(kube): join the managed fleet config and notice when it moves - #4

Merged
sanchpet merged 1 commit into
mainfrom
feat/tv-fleet-notice
Aug 18, 2026
Merged

feat(kube): join the managed fleet config and notice when it moves#4
sanchpet merged 1 commit into
mainfrom
feat/tv-fleet-notice

Conversation

@sanchpet

Copy link
Copy Markdown
Owner

What

Joins a generated ~/.kube/tv-fleet.yaml onto KUBECONFIG when it exists, and prints a once-a-day notice when the cluster fleet has moved.

Why

The fleet arrives as a whole generated file rather than as edits to ~/.kube/config, because a merge cannot remove — a decommissioned cluster would stay on the workstation forever, and a context pointing at something that is gone is worse than a missing one. Personal config comes first in the list, so on a duplicate key the hand-made entry wins and nothing existing changes behaviour.

The drift check talks to a git remote, so it runs detached and the shell prints the previous run's answer. A slow or unreachable registry then costs a stale notice rather than a delayed prompt, which is the failure mode that gets this sort of thing deleted from a profile. It reports and never applies: silently adding or removing a context changes where the next command lands.

Verified on this machine: a cold run returns instantly and prints nothing, the background run leaves its answer, the next shell prints it, and after a sync the notice falls silent.

Assisted-By: Claude noreply@anthropic.com

The fleet arrives as a generated file rather than as edits to
~/.kube/config, so it is joined through KUBECONFIG with the personal
config first: a duplicate key resolves to the earlier file, which leaves
hand-made entries behaving exactly as before.

The drift check talks to a git remote, so it runs detached and the shell
prints the previous run's answer. A slow or unreachable registry then
costs a stale notice rather than a delayed prompt — the failure mode
that would otherwise get the whole thing deleted from the profile. It
reports and never applies: adding or removing a context silently changes
where the next command lands.

Assisted-By: Claude <noreply@anthropic.com>
Signed-off-by: sanchpet <petrov@sanch.pet>
@sanchpet
sanchpet merged commit 4bdfb6d into main Aug 18, 2026
2 checks passed
@sanchpet
sanchpet deleted the feat/tv-fleet-notice branch August 18, 2026 13:02
sanchpet added a commit that referenced this pull request Aug 18, 2026
The fleet arrives as a generated file rather than as edits to
~/.kube/config, so it is joined through KUBECONFIG with the personal
config first: a duplicate key resolves to the earlier file, which leaves
hand-made entries behaving exactly as before.

The drift check talks to a git remote, so it runs detached and the shell
prints the previous run's answer. A slow or unreachable registry then
costs a stale notice rather than a delayed prompt — the failure mode
that would otherwise get the whole thing deleted from the profile. It
reports and never applies: adding or removing a context silently changes
where the next command lands.

Assisted-By: Claude <noreply@anthropic.com>

Signed-off-by: sanchpet <petrov@sanch.pet>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant