Skip to content

Trt 1989 migration queries#3542

Open
neisw wants to merge 8 commits into
openshift:mainfrom
neisw:trt-1989-migration-queries
Open

Trt 1989 migration queries#3542
neisw wants to merge 8 commits into
openshift:mainfrom
neisw:trt-1989-migration-queries

Conversation

@neisw
Copy link
Copy Markdown
Contributor

@neisw neisw commented May 19, 2026

Depends on #3541, updates queries to use new indexes.

Summary by CodeRabbit

  • Chores

    • Prepared DB for partitioning by denormalizing release/timestamp into child tables, adding composite indexes, backfill steps, and query/view updates to enable partition pruning and improved query performance.
    • Adjusted schema and data-loading flows to persist denormalized metadata for more accurate filtering and faster aggregations.
  • Bug Fixes

    • Recent-failures, job-run, test-duration and related reports now use per-run/test timestamp and release fields for correct scoping.
  • Tests

    • Updated test fixtures and mocks to include the expanded release/timestamp/run metadata.

@openshift-merge-bot
Copy link
Copy Markdown
Contributor

Pipeline controller notification
This repo is configured to use the pipeline controller. Second-stage tests will be triggered either automatically or after lgtm label is added, depending on the repository configuration. The pipeline controller will automatically detect which contexts are required and will utilize /test Prow commands to trigger the second stage.

For optional jobs, comment /test ? to see a list of all defined jobs. To trigger manually all jobs from second stage use /pipeline required command.

This repository is configured in: automatic mode

@coderabbitai
Copy link
Copy Markdown
Contributor

coderabbitai Bot commented May 19, 2026

Walkthrough

Denormalize release and timestamp into child Prow tables, add model fields/indexes, thread those fields through ingestion and seed data, update SQL functions/views/queries and API callers to use per-run/per-test fields, and add planning docs for phased partitioning and indexing.

Changes

TRT-1989 Denormalization for PostgreSQL Partitioning

Layer / File(s) Summary
Schema & models
pkg/db/models/prow.go, pkg/db/db.go
Add denormalized release/timestamp fields and partition-aligned indexes to run/test/annotation/output models; relax ProwJob.Release tag; register explicit join table ProwJobRunProwPullRequest.
Ingestion & seed data
pkg/dataloader/prowloader/prow.go, cmd/sippy/seed_data.go
Thread prow_job_run_release/prow_job_run_timestamp through GCS test extraction and extractTestCases; persist job-run and PR join rows in an explicit transaction; update seed data to set new fields.
Queries, views & functions
pkg/db/functions.go, pkg/db/views.go, pkg/db/query/*.go, pkg/flags/postgres_benchmarking_test.go
Switch functions, materialized views, query builders, and benchmarks to filter/group on per-test/run denormalized timestamp/release columns; tighten/remove joins and adjust GROUP BY / windowing to use the new columns.
API integration & tests
pkg/api/componentreadiness/dataprovider/postgres/provider.go, pkg/api/recent_test_failures.go, pkg/api/job_runs_test.go, pkg/sippyserver/pr_new_tests_worker_test.go
Update SQL WHERE clauses and Raw(...) parameter lists to pass release/start/end for new placeholders; recent-failure logic uses per-test timestamps/releases; update unit test fixtures to include new fields.
Planning docs
docs/plans/trt-1989-partitioning-prep.md, docs/plans/trt-1989-phase2-indexes.md, docs/plans/trt-1989-phase3-query-optimization.md
Add phased migration plan, index statements, and per-query optimization guidance for enabling partitioning and partition pruning.

Sequence Diagram(s)

sequenceDiagram
  participant GCS as processGCSBucketJobRun
  participant Persister as DB transaction
  participant PRJoin as ProwJobRunProwPullRequest
  participant Extractor as prowJobRunTestsFromGCS
  participant TestCase as extractTestCases

  GCS->>Persister: create ProwJobRun (ProwJobRelease, Timestamp)
  Persister->>PRJoin: insert per-PR join rows
  GCS->>Extractor: call with prowJobID, prowJobRelease
  Extractor->>TestCase: extractTestCases(prowJobRelease, prowJobStartTime)
  TestCase->>Persister: create ProwJobRunTest (ProwJobID, ProwJobRunRelease, ProwJobRunTimestamp)
Loading

Estimated code review effort

🎯 4 (Complex) | ⏱️ ~60 minutes

Possibly related PRs

  • openshift/sippy#3533: Similar benchmark SQL changes switching from join-based release/created_at predicates to direct prow_job_run_tests.prow_job_run_release/prow_job_run_timestamp filters.

Suggested labels

jira/valid-reference

Suggested reviewers

  • petr-muller

Caution

Pre-merge checks failed

Please resolve all errors before merging. Addressing warnings is optional.

  • Ignore

❌ Failed checks (1 error, 3 warnings)

Check name Status Explanation Resolution
Sql Injection Prevention ❌ Error SQL injection vulnerability in BuildClusterAnalysis: period param used directly in fmt.Sprintf SQL template without parameterization via date_trunc('+ period +',...) Replace fmt.Sprintf with parameterized query: use BETWEEN with computed date ranges or validate period to whitelist-only ('day','month','year')
Docstring Coverage ⚠️ Warning Docstring coverage is 7.14% which is insufficient. The required threshold is 80.00%. Write docstrings for the functions missing them to satisfy the coverage threshold.
Go Error Handling ⚠️ Warning New panic() call at pkg/dataloader/prowloader/prow.go:1235 violates check: function prowJobRunTestsFromGCS returns error type, but uses panic() instead of returning error for nil case. Replace panic("synthetic suite is missing from the database") with return error via fmt.Errorf, consistent with function's error return type and similar nil handling at line 1221-1225.
Test Coverage For New Features ⚠️ Warning Modified query functions (job_queries, test_queries, build_clusters, etc.), API functions (GetRecentTestFailures, PrintJobAnalysisJSONFromDB), and data loader functions lack unit test coverage. Add unit tests for modified DB functions, API query functions, and data loader functions.
✅ Passed checks (13 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The PR title 'Trt 1989 migration queries' clearly describes the main change: updating queries as part of the TRT-1989 migration work involving denormalization and partitioning preparation.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Excessive Css In React Should Use Styles ✅ Passed PR contains zero React/JSX/CSS files—only 18 Go backend files and 3 markdown docs focused on database schema and query optimization.
Single Responsibility And Clear Naming ✅ Passed Packages have single responsibility. Structs represent single entities with explicit denormalized fields for partitioning. Method names are action-oriented and specific, not generic.
Stable And Deterministic Test Names ✅ Passed All test names are static and deterministic. Repository uses standard Go testing, not Ginkgo. Test case names contain no dynamic elements like timestamps, UUIDs, pod names, or other changing values.
Test Structure And Quality ✅ Passed The codebase uses standard Go testing (func TestXxx), not Ginkgo framework. No Ginkgo test patterns (Describe, It, BeforeEach, AfterEach) exist in the repository, making this check not applicable.
Microshift Test Compatibility ✅ Passed No Ginkgo e2e tests are added in this PR. It only modifies database schemas, queries, and unit test fixtures—no Kubernetes e2e code present.
Single Node Openshift (Sno) Test Compatibility ✅ Passed PR adds no new Ginkgo e2e tests; it only modifies database queries, schema definitions, documentation, and existing test fixtures. The custom check is not applicable to this PR.
Topology-Aware Scheduling Compatibility ✅ Passed PR is database/query optimization with no Kubernetes deployment manifests, operators, or scheduling constraints. Check is not applicable.
Ote Binary Stdout Contract ✅ Passed All stdout writes in the PR are within test functions, complying with the OTE Binary Stdout Contract that only flags writes in process-level code like main(), init(), or TestMain().
Ipv6 And Disconnected Network Test Compatibility ✅ Passed No new Ginkgo e2e tests are added in this PR. The modified test files are standard Go unit tests using testing.T, not Ginkgo e2e tests. The check is not applicable.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Comment @coderabbitai help to get the list of available commands and usage tips.

@openshift-ci openshift-ci Bot requested review from deads2k and stbenjam May 19, 2026 18:27
@openshift-ci
Copy link
Copy Markdown
Contributor

openshift-ci Bot commented May 19, 2026

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: neisw

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 added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label May 19, 2026
Copy link
Copy Markdown
Contributor

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

🧹 Nitpick comments (1)
docs/plans/trt-1989-phase2-indexes.md (1)

14-16: ⚡ Quick win

Clarify the intentional index-order exception.

The doc says indexes mirror (release, timestamp), but prow_job_run_tests is documented as (timestamp, release). Add an explicit “except for prow_job_run_tests” qualifier where the mirror rule is introduced.

Also applies to: 41-43, 127-128

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/plans/trt-1989-phase2-indexes.md` around lines 14 - 16, Update the
description that says indexes mirror the future partition key "(release,
timestamp)" to explicitly note the intentional exception for the
prow_job_run_tests index (which is documented as "(timestamp, release)"); add a
parenthetical or sentence like "except for prow_job_run_tests, which
intentionally uses (timestamp, release)" at the point where the mirror rule is
introduced and make the same clarification in the other repeated occurrences of
this rule later in the doc (the subsequent paragraph and the later section that
repeats the mirror-index guidance).
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@docs/plans/trt-1989-partitioning-prep.md`:
- Around line 86-88: The sentence incorrectly describes FK direction: change the
wording that currently reads "Tables with FKs from `prow_job_runs` to
non-partitioned tables (annotations, pull request join table)..." to clarify
that annotations and the pull-request join table hold FKs referencing
`prow_job_runs` (i.e., FKs to `prow_job_runs`), and therefore any tables that
reference `prow_job_runs` must be co-partitioned with it or have their FKs
dropped; update the line and any examples to use "tables with FKs to
`prow_job_runs` (annotations, pull request join table) must either be
co-partitioned or have their FKs dropped" and ensure surrounding text
consistently treats `prow_job_runs` as the referenced table.

In `@docs/plans/trt-1989-phase2-indexes.md`:
- Around line 36-37: Update the doc line that incorrectly references
ProwJobRunTest.ProwJobID: it should point to the prow_job_run_tests table /
ProwJobRunTests model field instead of prow_job_runs; replace the reference with
either "prow_job_run_tests" or "ProwJobRunTests.ProwJobID" so the standalone
index is correctly attributed to the prow_job_run_tests model.

In `@docs/plans/trt-1989-phase3-query-optimization.md`:
- Around line 28-31: The document's principle "Add filters, don't replace"
contradicts later rollout rules that replace/drop joins; update the principle
heading and first paragraph (the "Add filters, don't replace" paragraph) to
explicitly match the rollout: state that join-based filters are retained until
local columns are validated and tested, then replaced/dropped when safe, and
mirror this clarified wording in the other affected sections referenced
(sections covering the same guidance around lines 73-80, 81-86, and 126-132) so
the high-level principle and the detailed rollout rules are consistent.

---

Nitpick comments:
In `@docs/plans/trt-1989-phase2-indexes.md`:
- Around line 14-16: Update the description that says indexes mirror the future
partition key "(release, timestamp)" to explicitly note the intentional
exception for the prow_job_run_tests index (which is documented as "(timestamp,
release)"); add a parenthetical or sentence like "except for prow_job_run_tests,
which intentionally uses (timestamp, release)" at the point where the mirror
rule is introduced and make the same clarification in the other repeated
occurrences of this rule later in the doc (the subsequent paragraph and the
later section that repeats the mirror-index guidance).
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository YAML (base), Central YAML (inherited)

Review profile: CHILL

Plan: Enterprise

Run ID: 44fd03d2-a25c-47af-9a09-37386bb12690

📥 Commits

Reviewing files that changed from the base of the PR and between 134d39a and 9cefc7d.

📒 Files selected for processing (16)
  • cmd/sippy/seed_data.go
  • docs/plans/trt-1989-partitioning-prep.md
  • docs/plans/trt-1989-phase2-indexes.md
  • docs/plans/trt-1989-phase3-query-optimization.md
  • pkg/api/componentreadiness/dataprovider/postgres/provider.go
  • pkg/api/job_runs_test.go
  • pkg/api/recent_test_failures.go
  • pkg/dataloader/prowloader/prow.go
  • pkg/db/db.go
  • pkg/db/functions.go
  • pkg/db/models/prow.go
  • pkg/db/query/build_clusters.go
  • pkg/db/query/job_queries.go
  • pkg/db/query/test_queries.go
  • pkg/db/views.go
  • pkg/sippyserver/pr_new_tests_worker_test.go

Comment thread docs/plans/trt-1989-partitioning-prep.md Outdated
Comment on lines +36 to +37
Also added a standalone index on `ProwJobRunTest.ProwJobID` to support
variant queries that previously required joining through `prow_job_runs`.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor | ⚡ Quick win

Correct the model/table reference for the standalone index.

The text points to ProwJobRunTest.ProwJobID, but this index is on prow_job_run_tests (ProwJobRunTests model field), not prow_job_runs.

Proposed doc fix
-Also added a standalone index on `ProwJobRunTest.ProwJobID` to support
+Also added a standalone index on `ProwJobRunTests.ProwJobID` to support
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
Also added a standalone index on `ProwJobRunTest.ProwJobID` to support
variant queries that previously required joining through `prow_job_runs`.
Also added a standalone index on `ProwJobRunTests.ProwJobID` to support
variant queries that previously required joining through `prow_job_runs`.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/plans/trt-1989-phase2-indexes.md` around lines 36 - 37, Update the doc
line that incorrectly references ProwJobRunTest.ProwJobID: it should point to
the prow_job_run_tests table / ProwJobRunTests model field instead of
prow_job_runs; replace the reference with either "prow_job_run_tests" or
"ProwJobRunTests.ProwJobID" so the standalone index is correctly attributed to
the prow_job_run_tests model.

Comment thread docs/plans/trt-1989-phase3-query-optimization.md Outdated
@openshift-merge-bot
Copy link
Copy Markdown
Contributor

Scheduling required tests:
/test e2e

@neisw
Copy link
Copy Markdown
Contributor Author

neisw commented May 19, 2026

/hold
depends on #3542

@openshift-ci openshift-ci Bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label May 19, 2026
@neisw neisw force-pushed the trt-1989-migration-queries branch from 9cefc7d to 66753c4 Compare May 20, 2026 00:11
Copy link
Copy Markdown
Contributor

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

♻️ Duplicate comments (2)
docs/plans/trt-1989-phase3-query-optimization.md (1)

28-31: ⚠️ Potential issue | 🟠 Major | ⚡ Quick win

Align the guiding principle with the rollout rules.

This principle conflicts with later sections that replace filters and drop joins after local-column validation. Please reword it to: keep join-based filters initially, then replace/drop when validated safe.

Proposed doc fix
-1. **Add filters, don't replace** — keep existing join-based filters
-   alongside the new local filters. The planner uses whichever is cheaper.
-   Removing them risks behavior change if denormalized data has gaps.
+1. **Add filters first, then replace when validated** — keep existing
+   join-based filters alongside new local filters during rollout.
+   After local denormalized columns are validated, replace old filters
+   and drop no-longer-needed joins where safe.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/plans/trt-1989-phase3-query-optimization.md` around lines 28 - 31,
Update the principle titled "Add filters, don't replace" so it matches the
rollout rules: reword the sentence to state that join-based filters should be
retained initially alongside new local filters and only replaced/dropped after
local-column validation proves it safe; ensure the new wording explicitly says
"keep join-based filters initially, then replace/drop when validated safe" and
that it aligns with later sections that describe replacing filters and dropping
joins post-validation.
docs/plans/trt-1989-partitioning-prep.md (1)

86-88: ⚠️ Potential issue | 🟠 Major | ⚡ Quick win

Fix inverted FK direction in migration constraints.

This still states FKs are from prow_job_runs to annotations/PR join rows, but those tables reference prow_job_runs. Please flip the direction to avoid incorrect partitioning/FK planning.

Proposed doc fix
-3. Tables with FKs **from** `prow_job_runs` to non-partitioned tables
-   (annotations, pull request join table) must either be co-partitioned
-   or have their FKs dropped.
+3. Tables with FKs **to** `prow_job_runs` from non-partitioned tables
+   (annotations, pull request join table) must either be co-partitioned
+   or have their FKs dropped.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/plans/trt-1989-partitioning-prep.md` around lines 86 - 88, The sentence
incorrectly states foreign keys are "from prow_job_runs to annotations/pull
request join table"; update the wording to say the annotations and pull request
join table have FKs referencing prow_job_runs (i.e., FKs are to prow_job_runs
from those tables) and therefore those referencing tables must be co-partitioned
with prow_job_runs or have their FKs dropped; locate and change the phrase
mentioning prow_job_runs, annotations, and pull request join table so the FK
direction is flipped to "annotations/PR join rows -> prow_job_runs" and clarify
the co-partition/drop requirement.
🧹 Nitpick comments (1)
pkg/db/query/test_queries.go (1)

281-291: ⚡ Quick win

Add short inline comments for major query sections in changed builders.

The modified JOIN/WHERE/grouping sections are non-trivial and currently undocumented in-place; please add brief “why”-focused comments for the main sections.

As per coding guidelines, "BigQuery and SQL query-building code should have inline comments explaining the purpose of each major query section (CTEs, JOINs, window functions, WHERE clauses)."

Also applies to: 321-325, 336-339

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@pkg/db/query/test_queries.go` around lines 281 - 291, The query builder
chains (the q := dbc.DB.Table(...) blocks that join prow_job_run_test_outputs ->
prow_job_run_tests -> prow_job_runs -> prow_jobs and the grouped WHERE clauses
using current_date - interval '14' day and release/test filters) need short
inline “why” comments: add brief comments above the JOIN group explaining why
these tables are joined and what relationship/intent each JOIN captures, and
above the WHERE block explaining the purpose of the 14-day time filters and why
release/test filters are applied; do the same for the other similar q :=
dbc.DB.Table(...) builders in this file (the other blocks that start the same
chain and contain the WHERE/grouping logic) so each major section (JOINs,
time-window WHEREs, release/test filters, and any grouping/aggregation sections)
has a succinct purpose-focused comment.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@pkg/db/query/test_queries.go`:
- Around line 285-291: Remove the legacy parent-table predicates that
over-constrain the denormalized TestOutputs path: drop the
Where("prow_job_runs.timestamp > current_date - interval '14' day") and
Where("prow_jobs.release = ?", release) clauses from the query so that filtering
relies on the child-table fields
(prow_job_run_test_outputs.prow_job_run_test_timestamp,
prow_job_run_test_outputs.prow_job_run_test_release,
prow_job_run_tests.prow_job_run_timestamp,
prow_job_run_tests.prow_job_run_release, and prow_job_run_tests.test_id = (?))
and thus preserves the denormalized/partition/index benefits.

---

Duplicate comments:
In `@docs/plans/trt-1989-partitioning-prep.md`:
- Around line 86-88: The sentence incorrectly states foreign keys are "from
prow_job_runs to annotations/pull request join table"; update the wording to say
the annotations and pull request join table have FKs referencing prow_job_runs
(i.e., FKs are to prow_job_runs from those tables) and therefore those
referencing tables must be co-partitioned with prow_job_runs or have their FKs
dropped; locate and change the phrase mentioning prow_job_runs, annotations, and
pull request join table so the FK direction is flipped to "annotations/PR join
rows -> prow_job_runs" and clarify the co-partition/drop requirement.

In `@docs/plans/trt-1989-phase3-query-optimization.md`:
- Around line 28-31: Update the principle titled "Add filters, don't replace" so
it matches the rollout rules: reword the sentence to state that join-based
filters should be retained initially alongside new local filters and only
replaced/dropped after local-column validation proves it safe; ensure the new
wording explicitly says "keep join-based filters initially, then replace/drop
when validated safe" and that it aligns with later sections that describe
replacing filters and dropping joins post-validation.

---

Nitpick comments:
In `@pkg/db/query/test_queries.go`:
- Around line 281-291: The query builder chains (the q := dbc.DB.Table(...)
blocks that join prow_job_run_test_outputs -> prow_job_run_tests ->
prow_job_runs -> prow_jobs and the grouped WHERE clauses using current_date -
interval '14' day and release/test filters) need short inline “why” comments:
add brief comments above the JOIN group explaining why these tables are joined
and what relationship/intent each JOIN captures, and above the WHERE block
explaining the purpose of the 14-day time filters and why release/test filters
are applied; do the same for the other similar q := dbc.DB.Table(...) builders
in this file (the other blocks that start the same chain and contain the
WHERE/grouping logic) so each major section (JOINs, time-window WHEREs,
release/test filters, and any grouping/aggregation sections) has a succinct
purpose-focused comment.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository YAML (base), Central YAML (inherited)

Review profile: CHILL

Plan: Enterprise

Run ID: 1d655e29-3ac0-40c3-bada-f206e2d07cf1

📥 Commits

Reviewing files that changed from the base of the PR and between 9cefc7d and 66753c4.

📒 Files selected for processing (16)
  • cmd/sippy/seed_data.go
  • docs/plans/trt-1989-partitioning-prep.md
  • docs/plans/trt-1989-phase2-indexes.md
  • docs/plans/trt-1989-phase3-query-optimization.md
  • pkg/api/componentreadiness/dataprovider/postgres/provider.go
  • pkg/api/job_runs_test.go
  • pkg/api/recent_test_failures.go
  • pkg/dataloader/prowloader/prow.go
  • pkg/db/db.go
  • pkg/db/functions.go
  • pkg/db/models/prow.go
  • pkg/db/query/build_clusters.go
  • pkg/db/query/job_queries.go
  • pkg/db/query/test_queries.go
  • pkg/db/views.go
  • pkg/sippyserver/pr_new_tests_worker_test.go
✅ Files skipped from review due to trivial changes (1)
  • docs/plans/trt-1989-phase2-indexes.md
🚧 Files skipped from review as they are similar to previous changes (12)
  • pkg/api/job_runs_test.go
  • pkg/db/query/job_queries.go
  • pkg/api/componentreadiness/dataprovider/postgres/provider.go
  • pkg/db/functions.go
  • pkg/db/db.go
  • pkg/api/recent_test_failures.go
  • cmd/sippy/seed_data.go
  • pkg/sippyserver/pr_new_tests_worker_test.go
  • pkg/db/query/build_clusters.go
  • pkg/db/views.go
  • pkg/db/models/prow.go
  • pkg/dataloader/prowloader/prow.go

Comment thread pkg/db/query/test_queries.go Outdated
@openshift-merge-bot
Copy link
Copy Markdown
Contributor

Scheduling required tests:
/test e2e

@openshift-merge-bot
Copy link
Copy Markdown
Contributor

Scheduling required tests:
/test e2e

@openshift-ci
Copy link
Copy Markdown
Contributor

openshift-ci Bot commented May 20, 2026

@neisw: all tests passed!

Full PR test history. Your PR dashboard.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.

@openshift-ci openshift-ci Bot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label May 21, 2026
@openshift-ci
Copy link
Copy Markdown
Contributor

openshift-ci Bot commented May 21, 2026

PR needs rebase.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

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

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant