When deploying flux this command is used curl https://repo1.dso.mil/platform-one/big-bang/bigbang/-/raw/master/scripts/deploy/flux.yaml | kubectl apply -f -
However that URL is no longer valid, it results in a 404, and over in the big-bang/bigbang repo I can see no equivalent file
Thanks for opening this issue! You are correct the docs are out of date, we switched to a kustomize way of deploying flux.
We typically recommend folks use the script here to install.
The most 1:1 with how we instruct folks to do it here is kustomize build "$FLUX_KUSTOMIZATION" | kubectl apply -f - where FLUX_KUSTOMIZATION=base/flux in the BigBang repo (this folder). Hope that helps in the interim until we can fix this in the docs.
I'll prioritize this for our next sprint.
To BB folks: due to the way the customer template works (no branches allowed), you will have to work off a fork and/or push direct to master. Ping me if you need help with this.
Hey thanks for the speedy reply! Glad I wasn't being dumb! Just taking a look at getting BigBang deployed on Azure and wrapping my head around everything right now, I'm trying that install_flux script now.
I figured with the way Flux works it's going to need to be out of a fork of the repo.
Is it safe to push to public GitHub as my origin? I don't think I can fork here in GtiLab, and I've not worked with sops before so I'm not sure how safe having those secrets there in the repo is
Yep so as long as you keep your private SOPS/GPG key local and don't push it, it's safe to do this. The only way to decrypt those files is by having that private key, provided you always make sure to only push encrypted files