Deepak,
Our gating config is here -
Please see first template.
This is just a copy of general tempest job with our settings.
Andrey
15.04.2015, 13:56, "Deepak Shetty" <dpkshe...@gmail.com>:
,On Wed, Apr 15, 2015 at 3:59 PM, Sean Dague <s...@dague.net> wrote:On 04/15/2015 01:51 AM, Andrey M. Pavlov wrote:
> Hi,
>
> We have similar situation with our stackforge/ec2-api project.
> Patches in openstack repos can break our plugin.
> But I don't see any possibility until our project not in OpenStack repo.
> And I don't understand how plugins for tempest can help to us.
>
> My thoughts is only ec2-api gating jobs(this is implemented now in our
> gating):
> - make own tempest job with plugin definition and restrict tempest with
> regexAndrey,Could you give some pointers (link to patches maybe) on this. I did notcompletely understand what you mean here.
>
> but inserting regex in plugin can restrict to have several tempest jobs
> and not all gating job requires tempest
>
> Kind regards,
> Andrey.
I think the right approach is as Andrey describes, build a custom test
job appropriate for your system.
I'm not a huge fan of having plugins disable tests themselves because
it's not clear to the consumer that some part of your validation stack
was just disabled. I think that should be a separate specific decision
made by whoever is running those tests to turn a thing off.I think the consumer is aware because he is using the enable_pluginso everything that the plugin sets or unsets is effective for this env.I feel plugin havign ability to set tempest regex also helps the pluginauthor ensure that the CI job runs well before the regex makes intothe plugin, as the CI job is voting for plugin repo (it is for glusterfs case)so its a good way to validate ur changes before running against cinderpatches. Since we don't have it today, we need to wait for project-configpatch to get the tempest regex changes in, hence need to wait forproject-config reviewers to bless .. which adds to the latency of gettinga fix inthanx,deepak__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev