Project

General

Profile

action #66071

TEST is overridden in parent job when doing `openqa-clone-custom-git-refspec`

Added by Xiaojing_liu over 1 year ago. Updated over 1 year ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
Feature requests
Target version:
Start date:
2020-04-26
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

When users use openqa-clone-custom-git-refspec to trigger a job which has a parent job (START_DIRECTLY_AFTER_TEST=XXX), the two jobs were triggered and they had the same TEST.

Steps:

  1. remove the default parameter --skip-chained-deps from openqa-clone-custom-git-refspec. (If not remove, only one job will be triggered)
  2. using openqa-clone-custom-git-refspec to trigger one job with parent job or parallel job, with -c "--parental-inheritance"
  3. two jobs will be triggered and with same TEST

Here is an example:

openqa-clone-custom-git-refspec https://github.com/hjluo/os-autoinst-distri-opensuse/tree/ppc64le-spvm http://openqa.nue.suse.com/tests/4142993 -c " --apikey xxx --apisecret xxx" _GROUP=0 -c " --parental-inheritance"
Cloning dependencies of sle-15-SP2-Migration-from-SLE15-SPX-to-SLE15-SP2-ppc64le-Build178.1-offline_sles15sp1_media_basesys-srv_all_full_spvm@ppc64le-hmc
Created job #4144834: sle-15-SP1-Migration-from-SLE15-SPX-to-SLE15-SP2-ppc64le-Build178.1-offline_sles15sp1_media_basesys-srv_all_full_spvm_peperation@ppc64le-hmc -> http://openqa.nue.suse.com/t4144834
Created job #4144835: sle-15-SP2-Migration-from-SLE15-SPX-to-SLE15-SP2-ppc64le-Build178.1-offline_sles15sp1_media_basesys-srv_all_full_spvm@ppc64le-hmc -> http://openqa.nue.suse.com/t4144835

Suggestion:
The TEST should not be overridden in parent or parallel job.


Related issues

Related to openQA Project - coordination #58184: [saga][epic][use case] full version control awareness within openQA, e.g. user forks and branches, fully versioned test schedules and configuration settingsBlocked2018-03-23

History

#1 Updated by okurz over 1 year ago

  • Related to coordination #58184: [saga][epic][use case] full version control awareness within openQA, e.g. user forks and branches, fully versioned test schedules and configuration settings added

#2 Updated by okurz over 1 year ago

  • Target version set to future

Yes, this happens but we should rather invest our time in better integral support of version control systems within openQA rather than the wrapper scripts. See #58184

Also available in: Atom PDF