Hi there,


TL;DR: Is your build/CI/other process consuming RPMs directly from Jenkins? Could it be changed to consume from other available places?


In STDCI V1 we supported obtaining of the latest CI build for a particular project in a particular branch on a particular platform directly from Jenkins, by using the "latestSuccessfulBuild" dynamic link that Jenkins generates.

This was possible in STDCI V1 because we had one-to-one correlation between jenkins jobs and project/branch/platform combinations. That is no longer the case in STDCI V2 where each project gets just two fixed jobs that adjust themselves automatically to run needed functionality.

We could implement some equivalent functionality in STDCI V2 by for e.g. uploading builds to some predictable locations on an artifact server, but that will take some non-trivial amount of work, so it leads us to the question if this functionality is really needed.

There are a couple of alternatives locations to get recently built packages from:
- The 'tested' repo which contains all the packages that passed CQ/OST
- The 'snapshot' repo which contains a nightly snapshot of 'tested'.

So given the options above, if you have a build/CI/other process that currently consumes builds from Jenkins, could it be changed to consume from the other available locations?

--
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted