-
Notifications
You must be signed in to change notification settings - Fork 17
the final cleanup to my contribution #168
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
the final cleanup to my contribution #168
Conversation
|
@ednolan how is it possible the @dietmarkuehl random wait conditon affects the code coverage! |
|
I've disabled the setting that causes coverage decreases to cause CI failures. Coveralls will still leave comments on pull requests but will not fail the build. Unfortunately I think you need to resync the branch for this setting to apply. |
Yes, no idea how? |
|
Just push an additional commit of any kind |
|
@ednolan now, it takes hours to build on ci? |
|
Not hours, but about a half an hour. It looks like the issue is that we're running into the concurrency limits of GitHub. If you check each individual job, they take less than 3 minutes to run, but because of the concurrency limits, many of them are running serially instead of in parallel. |
3 pushes in 10 min. -> more than an hour to wait ... Who pays for the time I am waiting for a review and than the rebase with push and again ....? |
I will not longer fight against windmills!