-
Notifications
You must be signed in to change notification settings - Fork 69
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
Add nightly builds workflow and allow RC releases #151
Conversation
Signed-off-by: Hidde Beydals <hello@hidde.co>
Signed-off-by: Hidde Beydals <hello@hidde.co>
Let's disable the multi-arch build for each PR. |
Signed-off-by: Hidde Beydals <hello@hidde.co>
It'd be good to see a rationale for this, especially for disabling multi-arch builds. |
We've moved the multi-arch build to nightly, as the build takes anywhere from 20 to 35 minutes making the release process too slow. Note that this is the only repo where I've enabled multi-arch builds for PRs. This PR brings IRC CI on pair with all the others controllers. |
In the other Flux projects we were only building the multi-arch image during the release, this has (unsurprisingly) resulted in two releases that failed at the last moment. To mitigate against this, we introduced a "nightly" build that runs once every night and on-demand, so that small PRs and/or things that have little relevance to 32-bit do not burn useless minutes in CI, as the build time is increased by ^5-10 for multi-arch builds. When I created this PR I was unaware the multi-arch build was already run for the "normal build", I was just trying to get things in-line with our other projects. |
The other option I suggested instead of "nightly" is to run the multi-arch build on merges to |
Yea it's fault, I should've undo it here after the Badger bug fixes. |
OK, thanks for explaining @hiddeco and @stefanprodan. I do prefer the "full build on merge to main" alternative, but nightlies is fine too. |
What if we refactor things in a next iteration so that merges on |
Merging this to align things, fluxcd/flux2#1498 discusses a future revision. |
No description provided.