Skip to content

feat: add tide query for openshift-ci[bot] PRs to openshift/config - #9

Open
Prucek wants to merge 321 commits into
mainfrom
tide-openshift-ci-bot-config
Open

feat: add tide query for openshift-ci[bot] PRs to openshift/config#9
Prucek wants to merge 321 commits into
mainfrom
tide-openshift-ci-bot-config

Conversation

@Prucek

@Prucek Prucek commented Aug 17, 2026

Copy link
Copy Markdown
Owner

Summary

  • Add a new tide query that allows openshift-ci[bot] authored PRs to merge into openshift/config with only lgtm (no approved label required)
  • Includes standard merge-blocking label checks (hold, invalid-owners-file, WIP, needs-rebase)
  • Enables automated config PRs from the CI bot to be merged more efficiently

🤖 Generated with Claude Code

machine424 and others added 30 commits August 10, 2026 14:36
…t#83145)

The split resource variables (SCANNER_CPU_REQUEST, etc.) had non-empty
defaults that shadowed the deprecated SCANNER_CPU/SCANNER_MEMORY values.
CI configs setting only the old names got the YAML defaults (4/4Gi)
instead of their intended values, causing pods to fail scheduling.

Clear the defaults so the shell fallback (${SCANNER_CPU_REQUEST:-${SCANNER_CPU}})
actually reaches the deprecated variables when the new ones aren't explicitly set.
Signed-off-by: Brady Pratt <bpratt@redhat.com>
…sdk (openshift#82299)

The e2e-using-bundle presubmit job for cluster-logging-operator was using
the deprecated index image approach (OO_INDEX + optional-operators-ci-generic-claim)
to install the operator via OLM CatalogSource/Subscription. This method is
being removed from ci-operator.

- Add cli-operator-sdk (v1.39.2) and operator-sdk (4.21) base images
- Set skip_building_index: true on the bundle definition
- Replace OO_INDEX dependency with OO_BUNDLE
- Remove OO_CHANNEL, OO_PACKAGE, OO_TARGET_NAMESPACES env vars (not needed
  with operator-sdk run bundle)

Signed-off-by: Vitalii Parfonov <vparfono@redhat.com>
Signed-off-by: Gabriel Bernal <gbernal@redhat.com>
Signed-off-by: Neha Yadav <neha.yadav3@ibm.com>
…ift#83191)

Enable registry.ci push and quay-proxy pull for QCI→app.ci mirrors.
…Saturday (openshift#83054)

Signed-off-by: Rajakumar Battula <rbattula@redhat.com>
openshift#83159)

* SPLAT-2830: Add CI changes and periodic PROW changes for CI-Cluster Capacity monitoring

* fixes

* fixes
- jobs fails when there is not default channel set. on PreGA the default
  channel is not always published

Signed-off-by: Eran Ifrach <eifrach@redhat.com>
…enshift#83126)

* chore(clo): remove e2e job in favor of one that runs using bundle

* chore(vector): update v0.54 for logging 6.6.  Remove obs job
Co-authored-by: Cursor <cursoragent@cursor.com>
…penshift#81947)

* OCPMCP-108: weekly mcpchecker eval periodic for openshift-mcp-server

* OCPMCP-108: add mcpchecker weekly periodic on release-5.0

Define the weekly job on the release-5.0 config so Sippy can attach
results to an OCP release, not only the main-branch periodic.

Co-authored-by: Cursor <cursoragent@cursor.com>

* OCPMCP-108: drop main mcpchecker weekly periodic

Keep the weekly only on release-5.0 so Sippy can align the job with
an OCP release; avoid a duplicate main-branch weekly.

Co-authored-by: Cursor <cursoragent@cursor.com>

* OCPMCP-108: move mcpchecker weekly periodic to release-0.5

Product release-0.5 now exists; define the weekly eval job there for Sippy
product attribution and drop the interim release-5.0 periodics.

Co-authored-by: Cursor <cursoragent@cursor.com>

---------

Co-authored-by: Cursor <cursoragent@cursor.com>
…t#82850)

Add rosa-operator-mc-e2e workflow that provisions an HCP on a CI sector,
fetches the MC kubeconfig, and runs operator e2e tests against the
Management Cluster. Add weekly periodics for both RMO (RHOBS Synthetic
Monitoring tests) and AVO (CEL validation tests) on the rosa-e2e sector.

Reuses existing provision/deprovision chains with a bridge step to copy
the MC kubeconfig. No operator install/cleanup since operators are
fleet-managed via MCC/PKO.
…hift#83167)

Update dockerfile_path references from operator/Dockerfile pattern to
openshift/Containerfile.*.rhel.

Signed-off-by: Vincent Link <vlink@redhat.com>
…ver (openshift#83208)

Signed-off-by: grokspawn <jordan@nimblewidget.com>
* autoscale-tests: enable Tide auto-merge

* approve label

---------

Co-authored-by: Samuel Sulka <ssulka@redhat.com>
…perf variants (openshift#83065)

With the IngressControllerMultipleHAProxyVersions feature gate promoted
to GA, drop FEATURE_SET: TechPreviewNoUpgrade from all haproxy28
presubmits in CIO and router repos and rename from *-techpreview to
*-haproxy28. This fixes the upgrade presubmits which could never work
on TechPreviewNoUpgrade clusters.

Add FIPS haproxy28 presubmits to CIO and router since HAProxy 2.8 and
3.2 use different OpenSSL/pcre versions which may behave differently
in FIPS mode.

Add a perfscale-aws-ingress-perf-haproxy28 presubmit to router for
comparing HAProxy 2.8 vs 3.2 performance on the same cluster profile.

Co-authored-by: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
…shift#83209)

* Disable aws-perfscale loaded-upgrade crons for non-5.0 versions

Remove cron schedules and set always_run: false for loaded-upgrade-120nodes
and loaded-upgrade-252nodes (aws-perfscale profile) in 4.22-from-4.21,
4.23-from-4.22, and 5.1-from-4.22 configs. The aws-perfscale-qe
loaded-upgrade-24nodes jobs are unchanged. Only 5.0-from-4.22 loaded-upgrade
crons remain active on the aws-perfscale profile.

Assisted-by: Claude
Signed-off-by: Mohit Sheth <msheth@redhat.com>

* Regenerate Prow jobs after disabling non-5.0 loaded-upgrade crons

Assisted-by: Claude
Signed-off-by: Mohit Sheth <msheth@redhat.com>

* Remove 5.1 loaded-upgrade change (covered by separate PR) and regenerate

Assisted-by: Claude
Signed-off-by: Mohit Sheth <msheth@redhat.com>

---------

Signed-off-by: Mohit Sheth <msheth@redhat.com>
* Disable all 5.1 aws-perfscale cron jobs

Remove cron schedules and set always_run: false for 7 aws-perfscale
profile jobs: control-plane-120nodes, control-plane-252nodes,
data-path-9nodes, control-plane-ipsec-120nodes,
control-plane-ipsec-252nodes in 5.1 nightly, and loaded-upgrade-120nodes,
loaded-upgrade-252nodes in 5.1 loaded-upgrade. All aws-perfscale-qe
profile jobs remain unchanged.

Assisted-by: Claude
Signed-off-by: Mohit Sheth <msheth@redhat.com>

* Regenerate Prow jobs after disabling 5.1 aws-perfscale crons

Assisted-by: Claude
Signed-off-by: Mohit Sheth <msheth@redhat.com>

---------

Signed-off-by: Mohit Sheth <msheth@redhat.com>
…bs (openshift#83213)

* Reduce 5.0 aws-perfscale cron frequency and disable ipsec jobs

- control-plane-120nodes: reduce from 4x/week to 2x/week (Tue, Sat)
- control-plane-ipsec-120nodes: disable (set always_run: false)
- control-plane-ipsec-252nodes: disable (set always_run: false)

Assisted-by: Claude
Signed-off-by: Mohit Sheth <msheth@redhat.com>

* Reduce 5.0 control-plane-120nodes frequency and disable cudn churn jobs

- control-plane-120nodes: reduce from 4x/week to 2x/week (Tue, Sat)
- cudn-pod-churn-250-24nodes: disable (set always_run: false)
- cudn-churn-250-24nodes: disable (set always_run: false)
- Restore ipsec jobs to original crons

Assisted-by: Claude
Signed-off-by: Mohit Sheth <msheth@redhat.com>

---------

Signed-off-by: Mohit Sheth <msheth@redhat.com>
…83138)

Register the HCP VPN profile after Boskos leases and secret bootstrap from
the companion PR land and cluster-secrets-libvirt-s390x-vpn-hcp exists in ci.
* MGMT-23162: Adding openshift/conformance/parallel back

Because conformance tests could not run and the extensive test suite did not contain any valid tests (test names are changing over time) the conformance tests were disabled.
Now that the conformance tests are running fine those tests are added back. And also one test is introduced which runs a full set of openshift/conformance/parallel once a week.

A new flow is added witch sets the local in-cluster openshift image registry to managed. Without it the new namespace, one created for most of the tests, will not have the desired
secrets, causing the test to fail.

* setting the image managed in assisted-ofcir-baremetal

Instead of creating a new workflow, image registry is set to managed as part of assisted-ofcir-baremetal when TEST_TYPE is not none.

* pin image-registry to master nodes

When adding day2 nodes to an SNO cluster, the image-registry deployment
without nodeSelector can be rescheduled to the day2 worker nodes since
they lack the master taint. For an emptyDir-backed registry, this wipes
all previously stored images and breaks conformance tests that need to
pull `openshift/tools:latest` and other test images.

By pinning the image-registry to `node-role.kubernetes.io/master`, it
will stay on the original master node and not lose its ephemeral storage.

Co-authored-by: Cursor <cursoragent@cursor.com>

* On day 2 host in a multi node env some networking tests are not working

the root cause is still being investigated. In the meantime the tests are being removed

---------

Co-authored-by: Cursor <cursoragent@cursor.com>
Create a baremetal cluster-network-operator workflow that provisions a secondary interface,
injects node-specific OVN_ENCAP_IP overrides, and prints the resolved override mapping
before validating OVS state.

Signed-off-by: Sebastian Sch <sebassch@gmail.com>
grokspawn and others added 25 commits August 14, 2026 21:53
…82846)

* establish pass gates

Signed-off-by: grokspawn <jordan@nimblewidget.com>

* add kubeconfig env to indicate correct SA

Signed-off-by: grokspawn <jordan@nimblewidget.com>

* correct gemini zone

Signed-off-by: grokspawn <jordan@nimblewidget.com>

---------

Signed-off-by: grokspawn <jordan@nimblewidget.com>
…nshift#83420)

* INTEROP-9202: Add ExitTrap MAP_TESTS support to acm-opp-app step

Enable Component Readiness junit suite name remapping for the
acm-opp-app step. When MAP_TESTS=true, the step sources
ExitTrap--PostProcessPrep to rename the junit suite from raw
"acm-opp-app" to the CR-routable format (lp-interop--OPP--acm-opp-app),
chained after the existing GenerateJunitXml trap.

Also declares DR__RP__CR_COMP_NAME and MAP_TESTS env vars in the
ref YAML so they are passed through from the job config.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* INTEROP-9202: Fix ExitTrap output filename for BQ ingestion

TestGrid's JUnit scanner requires filenames starting with lowercase
'junit' (strings.HasPrefix(base, "junit")). The ExitTrap default
output 'jUnit.xml' (capital U) was being ignored by BQ ingestion,
preventing Quay and Observability test data from reaching Sippy.

Pass explicit lowercase junit--*.xml filenames to
ExitTrap--PostProcessPrep for acm-opp-app, quay-interop-test, and
acm-observability steps.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…diness checks complete (openshift#83470)

The EphemeralCluster reconciler watches for the kubeconfig file in
SHARED_DIR to determine when the cluster is ready (ClusterReady
condition).  Creating the symlink before clusteroperators and
NodePool readiness checks causes the controller to consider the
cluster ready prematurely, leading to DNS resolution failures
because tests start before nodes and DNS are actually available.

Move the `ln -s nested_kubeconfig kubeconfig` symlink creation to
after all readiness checks (clusteroperators, NodePools, feature
set) have passed, while keeping the KUBECONFIG export in place for
the oc wait commands that need it.

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…tainer tests on ROSA HCP (openshift#83473)

These tests are not supported on ROSA HCP because:
- AWSServiceLBNetworkSecurityGroup feature gate is not yet supported on ROSA HCP (SPLAT-2353)
- cloud-provider-aws-e2e NLB BYO SG tests require IMDS credentials unavailable in HCP
- InPlacePodVerticalScaling is not supported on HyperShift-managed clusters

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
Add the rosa-gather-rhobs-logs step reference to the post block
of the rosa-e2e-hcp workflow to collect RHOBS logs during cleanup.

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…O log collection (openshift#83482)

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
…overrides (openshift#83478)

Move Monitor:apiserver-incluster-availability, CSI csi-hostpath provisioning,
Security seccomp/SELinuxMount, PersistentVolumes-local block, and ntfs/Windows
test patterns into the shared workflow. These were only in per-version nightly
config overrides and weren't applied consistently across all versions.

Prereq for removing TEST_SKIPS overrides from openshift-release-main nightly
configs, so ROSA can own skip list management without TRT involvement.
openshift#83492)

Add retry_with_backoff function and best_effort flag to the operator-roles
delete step, matching the existing account-roles-delete sibling step. This
prevents transient ROSA API failures from failing the overall CI job.

Changes:
- ref.yaml: add best_effort: true and timeout: 10m0s
- commands.sh: add retry_with_backoff (3 retries, exponential backoff)
  wrapping the rosa delete operator-roles call

Co-authored-by: redhat-chai-bot <redhat-chai-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
)

The rosa-gather-rhobs-logs step ref uses `from: rosa-aws-cli`, which
requires each consuming ci-operator config to import that image into
the `stable` imagestream. Configs that do not import the image (e.g.
FVT staging jobs) hit ImagePullBackOff for ~1 hour before the pod is
reaped. Because the step is best_effort, the failure is silent.

Switch to `from_image` so the step self-resolves the image directly
from the ci registry (namespace: ci, name: rosa-aws-cli, tag: latest),
matching the pattern used by other ROSA step refs.

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
Signed-off-by: Alejandro Brugarolas <abrugaro@redhat.com>
….1 --skip-periodics --future-release 4.23 --future-release 5.2 --confirm
…openshift-priv --only-org openshift --whitelist-file ./core-services/openshift-priv/_whitelist.yaml
…rator/jobs --registry ./ci-operator/step-registry
…865 --github-app-private-key-path /etc/github/cert --github-endpoint http://ghproxy --dry-run=false --whitelist-file ./core-services/openshift-priv/_whitelist.yaml
…/core-services/sanitize-prow-jobs/_config.yaml
* Add billing account to ROSA HCP cluster provisioning

ROSA now requires --billing-account for Hosted Control Plane clusters.
Read the value from the cluster profile secret (aws_billing_account)
and mask it in all log output.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

* Validate billing account format and add temp file cleanup trap

- Reject billing account values that aren't exactly 12 digits
- Add EXIT trap to clean up mktemp file on early exit
- Skip xtrace finding: script never enables set -x

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Automate config brancher by auto-config-brancher job at Mon, 17 Aug 2026 08:09:47 UTC
…nshift-priv

fix: add prow trigger plugin config for openshift-priv/dra-driver-sriov
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
@openshift-ci

openshift-ci Bot commented Aug 17, 2026

Copy link
Copy Markdown

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: Prucek

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci

openshift-ci Bot commented Aug 17, 2026

Copy link
Copy Markdown

The OWNERS file contains untrusted users, which makes it INVALID. The following users are mentioned in OWNERS file(s) but are untrusted for the following reasons. One way to make the user trusted is to add them as members of the Prucek org. You can then trigger verification by writing /verify-owners in a comment.

  • ma-hill
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • rileyfw
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-kni/eco-ci-cd/OWNERS
  • andrebeltrami
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-backend-tests/OWNERS
  • anfranci14
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-backend-tests/OWNERS
  • psav
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • enxebre
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
  • slowlybomb
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
  • jmelis
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • newtonheath
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • theautoroboto
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • elmiko
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift/Azure-karpenter-provider-azure/OWNERS
  • linkvt
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift/Azure-karpenter-provider-azure/OWNERS
  • muraee
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
  • alebedev87
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
  • mstokluska
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/opendatahub-io/odh-dashboard/OWNERS
  • acwalczyk
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/gcp-hcp-ctl/OWNERS
    • ci-operator/config/openshift-online/gecko/OWNERS
  • cdoan1
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • ravitri
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • geoberle
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/Azure/ARO-Tools/OWNERS
  • jefho-rh
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/opendatahub-io/odh-dashboard/OWNERS
  • kuudori
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • chee-lu
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-backend-tests/OWNERS
  • slopezz
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • pranavgaikwad
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/medik8s/must-gather/OWNERS
    • ci-operator/config/medik8s/storage-based-remediation/OWNERS
    • ci-operator/config/medik8s/system-tests/OWNERS
  • rh-amarin
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • makdaam
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • joelsmith
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift/Azure-karpenter-provider-azure/OWNERS
  • roivaz
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/Azure/ARO-Tools/OWNERS
  • valerymo
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/integr8ly/cloud-resource-operator/OWNERS
    • ci-operator/config/integr8ly/integreatly-operator/OWNERS
  • aredenba-rh
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • crizzo71
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • mischulee
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • vkareh
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • rauhersu
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-kni/cluster-group-upgrades-operator/OWNERS
    • ci-operator/config/openshift-kni/cnf-features-deploy/OWNERS
    • ci-operator/config/openshift-kni/lifecycle-agent/OWNERS
    • ci-operator/config/openshift-kni/numaresources-operator/OWNERS
    • ci-operator/config/openshift-kni/o-cloud-operator-konflux/OWNERS
    • ci-operator/config/openshift-kni/oran-o2ims/OWNERS
  • chunxialexluo
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-backend-tests/OWNERS
  • raelga
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/Azure/ARO-Tools/OWNERS
  • ruclo
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • sherine-k
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • tirthct
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • lkingland
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
  • aldecker-oss
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-backend-tests/OWNERS
  • typeid
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-online/rosa-hyperfleet-kube-applier/OWNERS
  • lucasandflores
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift/Azure-karpenter-provider-azure/OWNERS
  • janboll
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/Azure/ARO-Tools/OWNERS
  • stevekuznetsov
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/Azure/ARO-Tools/OWNERS
  • fiona-waters
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/opendatahub-io/odh-dashboard/OWNERS
  • ciaranroche
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • rafabene
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-hyperfleet/hyperfleet-applier/OWNERS
    • ci-operator/config/openshift-hyperfleet/hyperfleet-logger/OWNERS
  • manthinasai
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift-pipelines/release-tests/OWNERS
  • maxcao13
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/openshift/Azure-karpenter-provider-azure/OWNERS
  • briangallagher
    • User is not a member of the org. User is not a collaborator. Satisfy at least one of these conditions to make the user trusted.
    • ci-operator/config/opendatahub-io/odh-dashboard/OWNERS

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.