-
-
Notifications
You must be signed in to change notification settings - Fork 8.8k
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
Restore Windows CI runs #6024
Restore Windows CI runs #6024
Conversation
Likely will hit test timeouts because the tests are detectably slower on Windows than on Linux |
9dec7ba
to
dcd3abc
Compare
Well with the changes from #6026 I got the smoke tests passing locally, but I can't seem to get past the unit tests in CI. The unit tests seem to hang at the end before the build proceeds to building the WAR and running the integration tests. Since I can't reproduce this locally any help would be appreciated. |
c2d8109
to
f04c931
Compare
Interestingly enough the hang on CI was in |
02e1af8
to
0ea06ba
Compare
1hr 20 slower than linux 😢 |
Caught a bug in #6025 before it ever shipped, so worth it I suppose |
3e9e9f3
to
241fece
Compare
#4447 (comment) FTR |
node(buildType == 'Linux' ? (jdk == 8 ? 'maven' : 'maven-11') : buildType.toLowerCase()) { | ||
String agentContainerLabel = jdk == 8 ? 'maven' : 'maven-11' | ||
if (buildType == 'Windows') { | ||
agentContainerLabel += '-windows' |
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.
Do we really need four combinations? To save resources, and sometimes wall clock time, I think it would suffice to run, say, Linux builds on Java 11 and Windows builds on Java 8.
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.
Nah, I was planning to reduce this to two runs before marking this change as ready for review. But in the meantime I've been running the draft PR with 4 builds to shake out any flakiness.
BTW #6029
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.
before marking this change as ready for review
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.
My bad. I marked this as draft.
e86f0f2
to
a0c748a
Compare
After shaking out flakiness for the past few days (weeks?) and merging several other preparatory PRs, I think this PR is finally ready to land. Yesterday's run passed on Java 8/11 on both Linux/Windows.
For now I am retaining the Linux Java 8 and 11 builds but adding a Windows Java 11 build. This tests the recommended use case (Java 11) on both Linux and Windows while also testing the compatibility use case (Java 8) just on Linux. Linux builds are fast, so running two of them has no effect on wall clock time. The idea would be to drop the Linux Java 8 build once we drop support for Java 8 (hopefully sooner rather than later) and replace it with a Java 17 build once that infrastructure exists. |
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 PR is now ready for merge. We will merge it after approximately 24 hours if there is no negative feedback. Please see the merge process documentation for more information about the merge process. Thanks! |
Downstream of #6026, #6029, #6030, #6034, #6035, and jenkinsci/jenkins-test-harness#357. With all those changes and with the topmost commit of this PR, the tests pass on Windows in CI.