Skip to content
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

CI: avoid cancelling all jobs when one fails #1130

Merged
merged 1 commit into from
Nov 23, 2024

Conversation

ikerexxe
Copy link
Collaborator

If a job in a matrix fails we don't want to cancel all jobs, thus we need to set fail-fast: false as a strategy property.

If a job in a matrix fails we don't want to cancel all jobs, thus we
need to set `fail-fast: false` as a strategy property.

Signed-off-by: Iker Pedrosa <ipedrosa@redhat.com>
@ikerexxe
Copy link
Collaborator Author

In #1131 Alpine build was supposed to fail due to https://gitlab.alpinelinux.org/alpine/aports/-/issues/16633, but apparently it was fixed and deployed before I was able to finish my work

@alejandro-colomar
Copy link
Collaborator

alejandro-colomar commented Nov 22, 2024

That would increase the load, and probably slow down CI.

Since such bugs are rare, I suggest manually triggering the canceled jobs, which can be done easily.

On the other hand, if you think the increased load is not problematic, I don't have a strong opinion, so I'm okay if you want it.

Copy link
Collaborator

@alejandro-colomar alejandro-colomar left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll approve it. Feel free to merge it or drop it. I'm okay with either of them. ;)

@alejandro-colomar
Copy link
Collaborator

Self correction:

Github has a bug, and while it supposedly allows enabling the job manually, it gets immediately canceled again if there's another job that has failed.

So, we need your patch.

@alejandro-colomar alejandro-colomar merged commit 742a230 into shadow-maint:master Nov 23, 2024
9 checks passed
@ikerexxe
Copy link
Collaborator Author

That would increase the load, and probably slow down CI.

Since such bugs are rare, I suggest manually triggering the canceled jobs, which can be done easily.

On the other hand, if you think the increased load is not problematic, I don't have a strong opinion, so I'm okay if you want it.

If I remember correctly Github offers 20 runners per organization. In our case we need 9 runners every time the actions are triggered and they take less than 10 minutes to run, so yes, I think it's fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants