Andy Roth
Recommending this be closed since #136 looks to have replaced it
I got it to work with this, but it obviously isn't ideal 
I figured out a way to do it in another [repo](https://github.com/erikcaffrey/People-MVVM/issues/5) I was looking at. I don't know if doing it the same way here will work or not but...
Old, stale. Closing. Can reopen if needed.
Huge +1 from me on this one. Since it will likely have several hundred deploy-time variables available, DI2-ME will need this before it is able to transition to a model...
My motivation for creating this issue was seeing this in @Racer159's PR he has out. I vaguely remembered it was happening elsewhere as well but didn't look to confirm. If...
One advantage of doing it in a container is that it can be run with minimal dependencies locally. For example, the only dependencies for building and testing DI2-ME is Make,...
> What does it take to add a dev container under the defenseunicorns docker hub? GHCR could be an option as well. That's what DI2-ME does: https://github.com/defenseunicorns/zarf-package-software-factory/pkgs/container/zarf-package-software-factory%2Fbuild-harness
Possible questions we could ask: 1. If you create a variable called "FOO" that does not have a default, and is not set to prompt the user for a value,...
Can I get a quick SWAG on when this might merge? DI2-ME updated to the latest version of Zarf but this is what we really need to start the transition...