-
-
Notifications
You must be signed in to change notification settings - Fork 71
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
feat: add support for evaluation jobs/pipelines #520
Conversation
Thank you for creating a pull request!Please check out the information below if you have not made a pull request here before (or if you need a reminder how things work). Code Quality and Contributing GuidelinesIf you have not done so already, please familiarise yourself with our Contributing Guidelines and Code Of Conduct, even if you have contributed before. TestsGithub actions will run a set of jobs against your PR that will lint and unit test your changes. Keep an eye out for the results from these on the latest commit you submitted. For more information, please see our testing documentation. In order to run the advanced pipeline tests (executing a set of mock pipelines), it requires an admin to post |
consider : #517 (comment) |
run tests quick 19 |
PR TESTER RESULT ✅ All pipelines passed! ✅ |
|
||
aarch64Windows: [ |
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.
Should this be added?
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.
if we do not have it enabled in jdk17u.groovy or jdk17u_prototype.groovy, it wont be used in the build
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.
@andrew-m-leonard if the question is "should Windows aarch64" be in the prototype pipeline then my answer is yes, please. I'm working on adding a second machine to the build farm this week to resolve the redundancy issues we had.
|
||
aarch64Windows: [ |
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.
Not sure this should be added?
|
||
aarch64Windows: [ |
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.
Not sure should be added?
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.
Just the query on aarch64Windows being added...?
yes, think we can have these in the config.groovy and use jdkXu.groovy or jdkX_prototype.groovy as enabler. |
This all looks good to me, only suggestion is perhaps prototype isn't the best word. Maybe |
I dont mind changing name to |
Throwing in the suggestion to use the term "evaluation pipeline", instead of prototype or incubator. Suggested in #543 (comment)
|
renamed from prototype to evaluation |
@zdtsw Will need a rebase |
merged master into issue/473, cannot do rebase because this branch issue/473 was created in origin repo, it will mess up anyone forked origin |
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.
LGTM
* feat: add support for evaluation jobs/pipelines - remove isPRBuilder and isReleaseByuilder, replace with new parameter jobType * update: set releaseType of prototype pipeline to "do not publish" * update: add creation of weekly-evalucation pipeline * update: add back win aarch64 to jdk20 prototype - move riscv from jdk20 nightly to evalucation Co-authored-by: Martijn Verburg <[email protected]>
Highlight change:
split current jdkX.groovy config into two parts:
daily build stats should only count whats in the jdkX.groovy, (can be another type of build stats if required for evaluation, and we already have ones for openj9 etc variants)
weekly archive should only use jdkX.groovy as input and archive results
introduce new weekly-evaluation use jdkX_prototpye.groovy as input for weekly cycle long test.
Detail Config updates
aarch64 windows is added back as part of evaluation
openj9, etc are moved into evaluation
official release of temurin should refer to whats stated in jdkX_release.groovy
in short:
Trigger updates
openjdkX-pipeline
relesaseType toNightly
usetriggerSchedule_nightly
weekly-openjdkX-pipeline
relesaeType to "Release
" triggerSchedule_weekly
weekly-prototpye-openjdkX-pipeline
releasetype toNightly Not Publish
usetriggerSchedule_weekly_evaluation
: this will disable the remotetrigger to JCK (isRelease = false)evaluation-openjdkX-pipeline
releaseType toNightly Not Publish
use triggerSchedule_evaluation
first two share the same config file and targetConfiguration, later two share the same config file and targetConfiguration
Test results
Test pipeline generator: https://ci.adoptopenjdk.net/view/work-in-progress/job/wen-build-pipeline-generator/
Tet job generator: https://ci.adoptopenjdk.net/view/work-in-progress/job/wen-evaluation-pipeline_jobs_generator_jdk/
result job to create downstream evaluation jobs
https://ci.adoptopenjdk.net/job/build-scripts/job/utils/job/evaluation-pipeline_jobs_generator_jdk8u/
result in https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/evaluation/job/jobs/job/jdk8u/
https://ci.adoptopenjdk.net/job/build-scripts/job/utils/job/evaluation-pipeline_jobs_generator_jdk11u/
result in https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/evaluation/job/jobs/job/jdk11u/
https://ci.adoptopenjdk.net/job/build-scripts/job/utils/job/evaluation-pipeline_jobs_generator_jdk17u/
result in https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/evaluation/job/jobs/job/jdk17u/
https://ci.adoptopenjdk.net/job/build-scripts/job/utils/job/evaluation-pipeline_jobs_generator_jdk19u/
result in https://ci.adoptopenjdk.net/job/build-scripts/job/jobs/job/evaluation/job/jobs/job/jdk19u/
pipeline generator relation
build-pipeline-generator
https://ci.adoptopenjdk.net/job/build-scripts/job/utils/job/build-pipeline-generator/ will be used to generate all [weekly-]openjdkXX-pipeline => AS-IS no changenew
evaluation-pipeline-generator
will be used to generate new [weekly-]prototpye-openjdkXX-pipelineto test it out function, created https://ci.adoptopenjdk.net/view/work-in-progress/job/wen-evaluation-pipeline-generator/
which generates
Post Merge Action
Ref: #473