I’m breaking up my monolith into into different independent deployments. I’m trying to create a parent project that will deploy n of these releases with some overhead management in the parent project. Currently all my variables are in library variable sets, split up by env. What I wanted/thought I would be able to do was just add those same library variable sets to the parent project and that they would be passed into the deploy release target but they are not.
Instead it seems to want me to manually retype all the variable names and reference them via interpolation in the value. In my case that is a total show stopper. First it adds an entire other list of variables i have to maintain, second its broken as soon as the master list is updated, thirdly i have dozens and dozens of these things!! Some dont exist in certain envs.
I’m sure there are some scenarios were this is just fine… but really in any case I can think of where I want to share common values from the parent to several sub-project this just feels like pain/more work.
Could we get an option to just import and forward every (non system) parameter to the target project? Either just a import all checkbox, or a variable name mask and/or clicking library variable sets to include (that have already been added to the project).
Alternatively is there a way I can do the same thing from a step script (without resorting to calling octo.exe and triggering a deploy via rest).