Skip to content

proposal: deployah use / project for sticky context and namespace #32

Description

@atkrad

Day to day you must pass -n / --context every time, or trust kubeconfig. That is easy to get wrong across local kind and remote clusters. Environments already know the intended context.

deployah use                 # show current
deployah use staging         # environment -> context (+ ns if set)
deployah use -n payments     # namespace only
deployah use --context kind-deployah

Store sticky state in Deployah (.deployah/active or ~/.config/deployah/active.yaml). Optional --kubeconfig-write if you want kubectl to follow. Flags still win.

--context / --namespace
  -> DPY_* env
  -> deployah active state
  -> platform environment.context
  -> kubeconfig

Does not replace the platform file. deployah use is sugar, not the source of truth for namespace (#9).

Related: #9, #28.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area/cliCommands, flags, UX copykind/proposalDesign discussion before or during implementation

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions