Project

General

Profile

Actions

action #70540

closed

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

Added by coolgw over 3 years ago. Updated over 2 years 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 1 (0 open1 closed)

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

Actions
Actions #1

Updated by coolgw over 3 years 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.

Actions #2

Updated by coolgw over 3 years ago

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

Updated by coolgw over 3 years 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

Actions #4

Updated by coolgw over 3 years ago

  • Priority changed from Normal to Low
Actions #5

Updated by coolgw over 3 years ago

  • Priority changed from Low to Normal
Actions #6

Updated by coolgw about 3 years ago

  • Category set to Enhancement to existing tests
Actions #7

Updated by coolgw almost 3 years ago

  • Assignee deleted (coolgw)
Actions #8

Updated by leli almost 3 years ago

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

Updated by coolgw almost 3 years 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.

Actions #11

Updated by leli over 2 years ago

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

Updated by leli over 2 years 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.

Actions

Also available in: Atom PDF