Uploaded image for project: 'OpenShift Hosted Control Plane'
  1. OpenShift Hosted Control Plane
  2. HOSTEDCP-2045

Control Plane Operator Konflux pipeline

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • None
    • None
    • Control Plane Operator Konflux pipeline
    • False
    • None
    • False
    • Not Selected
    • To Do
    • OCPSTRAT-1708 - Control Plane fleet wide fix delivery mechanism
    • OCPSTRAT-1708Control Plane fleet wide fix delivery mechanism
    • 50% To Do, 50% In Progress, 0% Done
    • Hypershift Sprint 261
    • 0
    • 0
    • 0

      Goal

      • Have a Konflux build for every supported branch on every pull request / merge that modifies the Control Plane Operator

      Why is this important?

      • In order to build the Control Plane Operator images to be used for management cluster wide overrides.
      • To be able to deliver managed Hosted Control Plane fixes to managed OpenShift with a similar SLO as the fixes for the HyperShift Operator.

      Scenarios

      1. A PR that modifies the control plane in a supported branch is posted for a fix affecting managed OpenShift

      Acceptance Criteria

      • Dev - Konflux application and component per supported release
      • Dev - SOPs for managing/troubleshooting the Konflux Application
      • Dev - Release Plan that delivers to the appropriate AppSre production registry
      • QE - HyperShift Operator versions that encode an override must be tested with the CPO Konflux builds that they make

      Dependencies (internal and external)

      1. Konflux

      Previous Work (Optional):

      1. HOSTEDCP-2027

      Open questions:

      1. asegurap1@redhat.com  How long or how many times should the CPO override be tested?

      Done Checklist

      • CI - CI is running, tests are automated and merged.
      • DEV - Konflux App link: <link to Konflux App for CPO>
      • DEV - SOP: <link to meaningful PR or GitHub Issue>
      • QE - Test plan in Polarion: <link or reference to Polarion>
      • QE - Automated tests merged: <link or reference to automated tests>
      • DOC - Downstream documentation merged: <link to meaningful PR>

            asegurap1@redhat.com Antoni Segura Puimedon
            asegurap1@redhat.com Antoni Segura Puimedon
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: