Project

General

Profile

action #70540

[sle][Migration][SLE15SP4] Using gitlab to control yaml file

Added by coolgw about 1 year ago. Updated about 1 month ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Enhancement to existing tests
Target version:
-
Start date:
2020-08-26
Due date:
% Done:

100%

Estimated time:
24.00 h
Difficulty:

Description

We need store migration yaml file to gitlab, then we can using gitlab to update yaml file.
Also we need change name from SLES_15_SP2 to sles_15_sp2


Related issues

Related to openQA Tests - action #98132: [sle][migration][SLE15SP4] Implement the project to use gitlab to control yaml fileResolved2021-09-06

History

#1 Updated by coolgw about 1 year ago

CI jobs can run for master branch. But first I recommend you try it out in a personal fork and enable travis CI for your fork. If you are happy with the changes then you can create a pull request with the according changes in .travis.yml and we can enable the according travis CI cron jobs within the main repo. I recommend you start the documentation from https://docs.travis-ci.com/ . It's really good and probably way better in answering questions than I would be able to. For sensitive data like API key and secrets probably https://docs.travis-ci.com/user/encryption-keys/ should help. Keep in mind that travis CI as a public service can be helpful for anything on openqa.opensuse.org. An alternative are "Github Actions". For SUSE-internal triggers I recommend the gitlab CI using our internal instance gitlab.nue.suse.com . Many teams use that already in conjunction with openQA, e.g. to maintain the job templates. travis.yml is only used for travis CI. For gitlab CI you need a file .gitlab-ci.yml , so similar but different 🙂 https://docs.gitlab.com/ee/ci/yaml/
docs.gitlab.com. A good example is probably https://gitlab.suse.de/qsf-y/qa-sle-functional-y from QSF-y how they load their job templates YAML documents using gitlab CI . https://gitlab.suse.de/qsf-y/qa-sle-functional-y/-/blob/master/.gitlab-ci.yml#L8 shows how they set openQA client parameters based on variables. These variables are defined within the gitlab project.

#2 Updated by coolgw about 1 year ago

  • % Done changed from 0 to 80
  • Estimated time changed from 20.00 h to 30.00 h

#3 Updated by coolgw about 1 year ago

  • Status changed from New to Blocked

following gitlab CI already setup, but currently not used since yaml file for 15sp3 still unstable now. Once yaml file is stable enough, we will start kick out this
https://gitlab.suse.de/coolgw/wegao-test/-/tree/master/JobGroups

#4 Updated by coolgw about 1 year ago

  • Priority changed from Normal to Low

#5 Updated by coolgw 10 months ago

  • Priority changed from Low to Normal

#6 Updated by coolgw 6 months ago

  • Category set to Enhancement to existing tests

#7 Updated by coolgw 4 months ago

  • Assignee deleted (coolgw)

#8 Updated by leli 4 months ago

  • Subject changed from [sle][Migration][SLE15SP3] Using gitlab to control yaml file to [sle][Migration][SLE15SP4] Using gitlab to control yaml file

#10 Updated by coolgw 3 months ago

Current status:
Gitlab setup is build but we are not using it since stability of our yaml file(Lot of update happen on our yaml file during project)
For 15sp4, once the yaml file is become stable, we will start trigger this action.

#11 Updated by leli about 1 month ago

  • Related to action #98132: [sle][migration][SLE15SP4] Implement the project to use gitlab to control yaml file added

#12 Updated by leli about 1 month ago

  • Status changed from Blocked to Resolved
  • Assignee set to coolgw
  • % Done changed from 80 to 100
  • Estimated time changed from 30.00 h to 24.00 h

Closed this ticket and open a new ticket poo#98132 to track the later job to implement this project.

Also available in: Atom PDF