This message was deleted.
s
This message was deleted.
p
not really sure what you want to achieve but if you just want to use pulumi to configure LOCAL k8s cluster, you can use local state backend
f
Thanks @prehistoric-activity-61023 that's what I suspected. Its just cumbersome as people will need to login and logout depending on what you are doing. The idea is to have consistency with deployments. Whether I deploy yaml/helm to a local env vs our staging and prod. I would prefer it either all uses pulumi or not
p
do you want to deploy the same project to local envs as well as staging/prod?
I think you can specify the state backend in
Pulumi.yaml
file but I’m not sure you can do the same on stack level.
another option I’d check, I’m pretty sure it was possible to override this using env variable
so in case of local development, I’d wrap this in a shell script that would use that env var
f
Ah awesome, that could actually work nicely. Let me give that a try thanks
p
so normally you will use Pulumi Service (or other remote state backend of your choice)
and in case of local development you’d use:
Copy code
PULUMI_BACKEND_URL=file://./local-state.json pulumi up -s local