-
Notifications
You must be signed in to change notification settings - Fork 85
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 Testing in debug #1606
CI Testing in debug #1606
Conversation
Can you temporarily adjust the trigger of sanity checks to run for this PR @lemunozm? I would like to compare the execution times. |
dd8a5a9
to
5ad1711
Compare
It makes total sense! Thanks for the suggestion @wischli |
Integration tests fails. I think it's because the amount of logging increases a lot over time. I would set Anyway, I am not sure if we want to have logging by default in integration tests. I would only add them during debugging to analyze a failing test case. cc @mustermeiszer? |
# push: | ||
# branches: [main, 'release-v**'] | ||
push: | ||
branches: ['ci-rewrite-n-cache'] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be changed back, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, it there was there just to trigger the CI in this PR
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since integration tests take >4h in debug mode, at least these need to be run in release mode.
Yes, but then we need to compile integration tests in release and workspace tests in debug. I think then it makes no sense running anything in debug 😞 |
At least we can not until solving this: https://kflabs.slack.com/archives/C04GJQAM9P0/p1700154518905029 |
Description
CI workflows in debug instead of release.
Note: In the original PR modifying this, the workflow of checking benchmarks was also computed in debug to reuse artifacts (see here). Maybe it's still required here, but it's still not added. Let's see how it behaves.