-
Notifications
You must be signed in to change notification settings - Fork 182
Update the Big Bang example to do GitOps "correctly" #268
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Blocked by #237 |
Is this still valid @RothAndrew ? |
yes |
@RothAndrew what's the status of this, I thought we updated the BB examples already? |
The BB Core example has not been updated yet to satisfy this issue. Now that the software factory package (a.k.a. DI2-ME) does do it in a way that a git repo is watched by Flux I feel less strongly about it needing to be done in the BB Core example too. It does add a decent amount of complexity. I would be fine with not doing this work to the BB Core example, as long as we update the readme in that example to add “to see an example of setting up Flux to watch a git repo, see this other repo” |
Closing now, future users searching for this complete example should use https://github.com/defenseunicorns/zarf-package-software-factory. |
After #237 merges the Big Bang example will once again be functionally equivalent to
kustomize build | kubectl apply -f -
which uses Flux to deploy all the things but doesn't tell Flux to watch a Git repo for changes. We should update the example to have Flux watch a Git repo for changes, so that I can open up a Git repo in Gitea, commit a change, and watch that change be automatically picked up and deployed by Flux.The text was updated successfully, but these errors were encountered: