QA (public) » openQA Project (public) » openQA Tests (public)

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.

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.