This message was deleted.
# general
s
This message was deleted.
i
Not sure about best practice, but we have multiple config YAML files in the same repo. They move up with everything else.
b
What does move up mean exactly?
a
There's a concept called a stack, which would roughly be an environment (dev/stage/prod). You do a pulumi select to change which "environment" you'd be working on.
i do it all in a single branch, with feature branches for new functionality.
b
I am guessing people in some cases don't put a whole logical env into one stack, to decrease the blast radius of things going wrong, or to mimic some sort of organisation structure like one team owns network, one owns permissions, etc.?
In which case, how are people managing CI pipelines to do multiple stack preview/update iterations in the correct order to update a logical env?
w
Typically when a logical environment is broken down into multiple stacks, CD is driven independently for each layer, and automation at the CI/CD layer is used to manage the (hopefully somewhat rare) tasks that require coordinated changes across layers. The StackReference construct can be used to reference outputs of other stacks from higher-level stacks, which can be used to tie parts of the environment together.
FWIW - there is some material on this topic at https://www.pulumi.com/docs/intro/concepts/organizing-stacks-projects/. If there are questions not addressed there - let us know so we can add to those docs as well.
b
Oh wow, that is super helpful. That definitely would have been a more appropriate first start over Slack, apologies. Thanks for the help, will have a read.