📈 GH Trending Explorer 🎲 Surprise me

← all repos

redhat-openshift-ecosystem / certified-operators

git clone https://github.com/redhat-openshift-ecosystem/certified-operators.git 🔥 on GitHub Trending today

Production catalog for Red Hat Certified Operator Bundles

+0
stars, 24h · #23,698
+~0
stars, 7 days · #32,259
+5
stars, 30 days · #35,754
87
★ total
679
forks · 1 open issues

Star history (as recorded here)

2026-10-20 · 87 ★ 2026-10-23 · 87 ★
LanguageDockerfile
LicenseApache-2.0
Created2021-09-27 (5y ago)
Last pushtoday
Watchers10
OwnerOrganization

Seen on GitHub Trending

  • 2026-10-23 — #11 monthly in dockerfile · +4 ★
  • 2026-10-22 — #6 monthly in dockerfile · +5 ★
  • 2026-10-21 — #9 monthly in dockerfile · +5 ★
  • 2026-10-20 — #9 monthly in dockerfile · +5 ★

Links

README excerpt
# Red Hat certified operators production catalog
Production catalog for Red Hat Certified Operator Bundles
See our documentation to
find out more about Certified operators and contribution.
# Operator bundle submission
A new operator bundle submission needs to follow a predefined directory
structure that is described below in this section. The new submission is
done through Github pull requests which can be either open by the [CI pipeline][ci-pipeline] or
manually by a user. The recommended way is to use the CI pipeline because it makes
sure all necessary data are provided in the correct format. Documentation about how
to use the pipeline is available in the pipeline repository.
## Pull request
A pull request with a new operator bundle needs to follow given rules to pass a tests:
 * Title format: `operator package-name (version)`
 * Pull request can only modify one operator
 * Pull request can't modify already merged operators
 * Associated images need to be pinned to specific image digest - tags are not allowed
Rules mentioned above are always followed when pull request is opened using CI pipeline.
## Directory structure
This repository contains an `operator` directory where all certified operators
are stored. Each operator has its directory with its package name. Inside the directory,
you have to provide a `ci.yaml` file that stores the necessary metadata for a successful
certification process. The format of the file is described below.
 [code] 
### Format of ci.yaml file
In the file, user needs to provide necessary details for the operator certification process.
Currently, the certification process supports the following options:
* `cert_project_id` - Identifier of certification project created through Red Hat Connect.
* `merge` - A boolean value that determines whether a new operator is automatically
merged when passed all required checks. (optional, default: `True`)
[ci-pipeline]: https://github.com/redhat-openshift-ecosystem/operator-pipelines