-
-
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
Create Trestle pipelines #895
Comments
Will iteratively add documentation here. |
Notes:
|
I notice that this is running the same platform specific build pipelines underneath the top level ones so it is using the _temurin suffixed ones. Has any consideration been made to using the _hotspot ones instead for trestle? Clearly there are various implications of this (retention disk space being one) but it may be useful to have that separation, particularly since the trestle pipelines have to put in additional build options that would not be required for a "VARIANT=hotspot" build. |
Yes, I would prefer to use the _hotspot variant but hit build failure upon running it, so shifted back to _temurin variant in order to build successfully. |
Hmmm yeah I just did a quick test with one of the hotspot pipelines equivalent to a _temurin one I ran yesterday) and it fell over with - LMK if this looks similar to what you hit:
|
|
We are trialing a way for JVM developers from WG member companies to do some feature testing on Adoptium infrastructure. We want to segregate these pipelines from the release and evaluation pipelines so that they are easy to differentiate and track.
They will have a prefix on the name (much like we do with release- and evaluation- pipelines) and trigger AQAvit testing with a suffix _trsl (suffixes already supported for AQAvit pipelines, _fips, _criu, etc). In this way, they will also be differentiated and more easily searchable in TRSS.
The text was updated successfully, but these errors were encountered: