Add optional e2e-vmaas-full-setup-helm presubmit and fix VALUES_FILE path#80877
Add optional e2e-vmaas-full-setup-helm presubmit and fix VALUES_FILE path#80877omer-vishlitzky wants to merge 3 commits into
Conversation
Adds a manually-triggered presubmit that runs the full Helm-based installation flow against PRs on osac-installer. Triggered via `/test e2e-vmaas-full-setup-helm` — does not auto-run or block merge. Uses the same workflow (osac-project-ofcir-baremetal) and env as the periodic in osac-test-infra, with OSAC_INSTALLER_IMAGE set to the PR's built image. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
- Fix default VALUES_FILE in osac-project-installer step to match the values directory restructuring (values/vmaas-ci/values.yaml) - Set always_run: false on the full-setup-helm presubmit so it only runs via /test e2e-vmaas-full-setup-helm Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
WalkthroughAdds a new optional CI test entry ChangesHelm E2E CI Configuration
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~4 minutes Possibly related PRs
Suggested reviewers
🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: omer-vishlitzky The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/pj-rehearse ack |
|
@omer-vishlitzky: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
|
[REHEARSALNOTIFIER]
Interacting with pj-rehearseComment: Once you are satisfied with the results of the rehearsals, comment: |
|
@omer-vishlitzky: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions 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. |
|
/pj-rehearse ack |
|
@omer-vishlitzky: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
Summary
Two changes:
Fix VALUES_FILE default in
osac-project-installerstep ref — the osac-installer repo restructured values files fromvalues/<env>.yamltovalues/<env>/values.yaml(PR Add Helm-based VMaaS CI deployment path osac-project/osac-installer#296). Supersedes OSAC-1657: fix e2e-vmaas-full-setup-helm values file path #80834.Add optional full-setup-helm presubmit to osac-installer — manually triggered via
/test e2e-vmaas-full-setup-helm,optional: true,always_run: false. Uses the same workflow and env as the periodic in osac-test-infra, withOSAC_INSTALLER_IMAGEset to the PR's built image.Summary by CodeRabbit
This PR updates CI infrastructure in the openshift/release repo for the osac-installer project in two practical ways:
Fixes the
VALUES_FILEdefault path used by theosac-project-installerstep reference (ci-operator/step-registry/osac-project/installer/osac-project-installer-ref.yaml). It changes the default fromvalues/vmaas-ci.yamltovalues/vmaas-ci/values.yamlto match the osac-installer repo’s updated values layout.Adds an optional Helm “full setup” presubmit to the osac-installer job config (
ci-operator/config/osac-project/osac-installer/osac-project-osac-installer-main.yaml). It introduces thee2e-vmaas-full-setup-helmtest asoptional: trueandalways_run: false, so it won’t run automatically. Developers can manually trigger it with/test e2e-vmaas-full-setup-helm. The test uses the same workflow/environment shape as the corresponding periodic job, includingDEPLOY_MODE: helm, and setsOSAC_INSTALLER_IMAGEto the image built from the PR.