[
https://ovirt-jira.atlassian.net/browse/OVIRT-2201?page=com.atlassian.jir...
]
Barak Korren commented on OVIRT-2201:
-------------------------------------
[~sbonazzo(a)redhat.com] I'll need some help to write the user stories for the
requirements you state so we can properly evaluate and triage them.
{quote}
a way to quickly see if jobs are failing on a specific branch
{quote}
How about:
"As an oVirt developer, I want to see the build status for the HEAD commit of a
particular branch of my project so that I can <need to fill in reason here>"
{quote}
a way to consume builds from a specific branch
{quote}
"As an oVirt developer I want to have a way to acquire the lasted CI build on a
particular branch on a particular project so that I can use it as a dependency for other
jobs".
About this last one - I guess we can ask people in devel if "tested" would be a
good enough compromise?
[regression] STDCI v2 doesn't distinguish jobs for different
branches
---------------------------------------------------------------------
Key: OVIRT-2201
URL:
https://ovirt-jira.atlassian.net/browse/OVIRT-2201
Project: oVirt - virtualization made easy
Issue Type: Improvement
Components: Standard CI (Pipelines)
Reporter: sbonazzo
Assignee: infra
In V1 we had jobs with different name based on branches they were building.
In V2 we have single job building all branches.
As an example for imgbased:
https://jenkins.ovirt.org/job/imgbased_standard-on-merge/lastSuccessfulBu...
will contain randomly 4.2 or master builds.
This won't allow to filter jenkins to see which branches are failing to
build, forcing developers to check manually.
This also won't allow to check if latest build landed in tested repo
because thee build may be targeted to a different branch than the one under
check.
To me this is a regression that will make me rethink about the switching to
v2 and considering reverting to v1.
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <
https://www.redhat.com/>
sbonazzo(a)redhat.com
<
https://red.ht/sig>
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100087)