kctl-tui/PLAN.md

PLAN.md — Implementation Roadmap

This document tracks how kctl-tui is being built, phase by phase, and what is still open. For the full requirements, see SPEC.md.

Phase 0 — Repository setup (done)

• Go module (github.com/skoelle/kctl-tui), .gitignore, MIT LICENSE.
• GitHub Actions workflow: go vet + go test on every push/PR, plus a cross-platform build matrix (linux/darwin/windows x amd64/arm64) that attaches binaries to GitHub Releases on version tags.
• install.sh for Linux/macOS/WSL, downloading the latest release asset, with clear diagnostics if no release exists yet or the GitHub API is unreachable.
• README.md, config.example.yaml.

Phase 1 — Core logic + navigation (done, initial version)

• internal/kctl: pure, unit-tested logic — template resolution (ResolveTemplate), namespace/label filtering (DistinctLabelValues, NamespacesForLabelValue), and secret diffing (DiffSecretValues, AnyMismatch).
• internal/config: YAML config loading with template-based context and secret name resolution (ContextTemplate, SecretNameTemplate, K8sSecretNameTemplate), with safe defaults when no config file exists yet.
• internal/kubeexec: thin wrappers around kubectl/aws CLI calls (namespaces, deployments, rollout restart/status, fetching AWS secrets by template-resolved ID, reading all fields of a Kubernetes secret, ExternalSecret annotation, AWS auth check).
• cmd/kctl-tui "full" mode: Bubble Tea navigation for context -> team -> namespace, with Esc correctly popping back one level at a time, defaults pre-selected from the currently active context/namespace.
• On confirming a namespace, "full" mode launches the 3-pane tmux session (control pane + two k9s panes, even-vertical layout, remain-on-exit so a crashing control pane stays visible) via tea.ExecProcess and resumes at the namespace screen once the session ends.
• cmd/kctl-tui "panel" mode: - Redeploy: pick a deployment from a list, confirm, then rollout restart + rollout status. - Secrets: AWS auth check with interactive SSO login fallback, then automatically resolve the AWS secret ID (from secret_name_template) and Kubernetes secret name (from k8s_secret_name_template), fetch both, diff every field in one table (key / AWS value / Kubernetes value / match status). If any field differs, offer a single force-sync request for the whole secret (one ExternalSecret annotation). - Esc closes the whole tmux session (tmux kill-session).

Phase 2 — Hardening (open)

• Handle non-JSON AWS secrets and Kubernetes secrets with binary (non-UTF8) values more gracefully in the diff table (currently falls back to a single "value" key or may render oddly).
• Add integration-style tests against a local kind/k3d cluster in CI for the kubeexec wrappers currently excluded from automated testing.
• Input validation for the free-text steps in "panel" mode (empty region/secret name, invalid characters).
• Graceful handling when tmux, k9s, or aws are not installed (currently surfaces the raw exec error).
• Structured logging / --verbose flag for troubleshooting failed kubectl/aws calls.
• Paginate/scroll the secrets diff table for secrets with many fields instead of relying on terminal wrapping.

Phase 3 — Windows-native support (done)

• Windows support via psmux — a native, tmux-compatible terminal multiplexer. kctl-tui works without code changes; CheckTool("tmux") error message includes Windows-specific install hint.
• install.ps1 — PowerShell install script for Windows.
• Updated README and SPEC with Windows + psmux setup instructions.

Phase 4 — Nice-to-haves (open, not committed)

• --version flag — prints version, set via -ldflags at build time.
• Config validation command (kctl-tui config check) — validates required fields and shows a resolved context example.
• Optional direct use of client-go instead of shelling out to kubectl, for faster context/namespace/label queries.
• Homebrew tap / scoop manifest as additional install options alongside install.sh.

Notes for contributors

• Keep any real organization-specific context names, namespace names, label keys, or secret names out of the repository. Use the generic placeholders already established in SPEC.md and config.example.yaml.
• Pure/testable logic belongs in internal/kctl and internal/config; anything that shells out to kubectl/aws/tmux belongs in internal/kubeexec or directly in cmd/kctl-tui, and should stay thin enough that it does not need its own test suite.