New "inject kubeconfig into local env" breaks tilt setups with multiple clusters

[dnephin]

Related to #6619

Expected Behavior

Previously calls to local would use the default .kube/config that allowed commands run by local to access multiple clusters.

Current Behavior

As of v0.36.0 these commands fail with "context x does not exist".

Steps to Reproduce

To reproduce the error you'd need a full client that depends on multiple clusters. A minimal reproduction would be to check env to see if KUBECONFIG is set or not. It should be unset so that it uses the default kube config file.

Context

Could we get an option or some other way to disable this behaviour?

The current workaround I found was to use

env = {"KUBECONFIG": os.getenv("KUBECONFIG", "")}

That seems to work for now, but I'm not sure if it will continue to work in the future.

[nicks]

Yep, this is working as designed - we got a lot of complaints where people edited their kubeconfig while running tilt, and we're surprised it changed the behavior of local().

We can add something to the documentation, that work around seems like a reasonable one

[cmiller-mimecast]

Could we get an option or some other way to disable this behaviour?

+1 on this idea. The breaking change has made port forwarding to an external cluster more difficult.