Reporting Filters and Self-Hosted support for Continuous Integration
Today, based on some new feedback regarding the SCM integration, we have some news for those of you that enrolled in our beta program
We started off the continuous integration between OBS and GitHub/GitLab in May 2021, then made some improvements in June 2021. We introduced advanced features like reporting filters and support for self-hosted SCM together with a list of common pitfalls in July 2021 and in August 2021, we continued with two new steps and a UI for tokens. After starting to support more actions for pull/merge requests and improving the UI for tokens in mid-September, we are now adding support for push events and a rebuild step.
Limit what is reported to the pull/merge request
Some of your OBS projects probably have dozens of repositories and architectures enabled. But maybe you just want to have some of them being reported back to the SCM as status check to the pull/merge request. Therefore you are now able to limit repositories and architectures using the new filters features.
Filters are the way to limit which build results are being reported back to the SCM. Keep in mind that Filters are going to evolve to support many other cases, but for now, we reduced the scope to architectures and repositories only.
workflows.yml you can use the following syntax to accomplish that:
workflow: steps: - branch_package: source_project: OBS:Server:Unstable source_package: obs-server filters: architectures: only: - x86_64 repositories: only: - openSUSE_Factory - openSUSE_15.1 - SLE_15_SP1 - SLE_15_SP3
ignore are your tools to control what and what not are going to be reported back as status check. Only has precedence over ignore, so if both are defined, ignore is not considered.
Support Self-Hosted instances from gitlab and github:
After collecting feedback, we prioritized the support to Self-Hosted instances from Gitlab and Github. From now one, you are able to configure your Self-Hosted SCM with OBS (as long as the connectivity works, OBS will be able to interact with that SCM).
How To Give Us Feedback
There are two ways to reach us:
- On GitHub, by opening an issue and / or commenting on an already opened issue.
- On IRC, by talking directly to us. We are in the channel
Please note that we favor GitHub to gather feedback as it allows us to easily keep track of the discussions.