<div dir="ltr"><div><div><div><div><div>HI<br>I think job names should be meaningful too. We can include like "featureset024" or even "-f024"<br></div> in job name to make reproducing easily, or just to make another table of featuresets and job names, like we have for file names and features.<br></div>gate-tripleo-ci-centos-7-ovb-f024-ha-cont-iso-bonds-ipv6-1ctrl_1comp_1ceph seems not too long and gives a clue what runs in this job without looking for job configuration also for people outside tripleo. Our jobs run not only on TripleO CI, but on neutron, nova, etc<br><br></div></div></div>Thanks<br><div><div><div><div><div><div><br><br></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 30, 2017 at 6:06 PM, Jiří Stránský <span dir="ltr"><<a href="mailto:jistr@redhat.com" target="_blank">jistr@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 30.6.2017 15:04, Attila Darazs wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
= Renaming the CI jobs =<br>
<br>
When we started the job transition to Quickstart, we introduced the<br>
concept of featuresets[1] that define a certain combination of features<br>
for each job.<br>
<br>
This seemed to be a sensible solution, as it's not practical to mention<br>
all the individual features in the job name, and short names can be<br>
misleading (for example ovb-ha job does so much more than tests HA).<br>
<br>
We decided to keep the original names for these jobs to simplify the<br>
transition, but the plan is to rename them to something that will help<br>
to reproduce the jobs locally with Quickstart.<br>
<br>
The proposed naming scheme will be the same as the one we're now using<br>
for job type in project-config:<br>
<br>
gate-tripleo-ci-centos-7-{node<wbr>-config}-{featureset-config}<br>
<br>
So for example the current "gate-tripleo-ci-centos-7-ovb-<wbr>ha-oooq" job<br>
would look like "gate-tripleo-ci-centos-7-ovb-<wbr>3ctlr_1comp-featureset001"<br>
</blockquote>
<br></span>
I'd prefer to keep the job names somewhat descriptive... If i had to pick one or the other, i'd rather stick with the current way, as at least for me it's higher priority to see descriptive names in CI results than saving time on finding featureset file mapping when needing to reproduce a job result. My eyes scan probably more than a hundred of individual CI job results daily, but i only need to reproduce 0 or 1 job failures locally usually.<br>
<br>
Alternatively, could we rename "featureset001.yaml" into "featureset-ovb-ha.yaml" and then have i guess something like "gate-tripleo-ci-centos-7-ovb-<wbr>3ctlr_1comp-ovb-ha" for the job name? Maybe "ovb" would be there twice, in case it's needed both in node config and featureset parts of the job name...<br>
<br>
Or we could pull the mapping between job name and job type in an automated way from project-config.<br>
<br>
(Will be on PTO for a week from now, apologies if i don't respond timely here.)<br>
<br>
<br>
Have a good day,<br>
<br>
Jirka<span class="im HOEnZb"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The advantage of this will be that it will be easy to reproduce a gate<br>
job on a local virthost by typing something like:<br>
<br>
./quickstart.sh --release tripleo-ci/master \<br>
      --nodes config/nodes/3ctlr_1comp.yml \<br>
      --config config/general_config/features<wbr>et001.yml \<br>
      <virthost><br>
<br>
Please let us know if this method sounds like a step forward.<br>
</blockquote>
<br></span><div class="HOEnZb"><div class="h5">
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Best regards<br></div>Sagi Shnaidman<br></div></div>
</div>