Uploaded image for project: 'Automation Hub'
  1. Automation Hub
  2. AAH-1927

Validated content in CRC Hub: manual req file in remote and synclist toggle soon-to-be-deprecated

    • Validated content updates in CRC Hub
    • False
    • Hide

      None

      Show
      None
    • False
    • Hide
      1. PAH
        1. PAH user can add a remote that will populate the PAH repo `validated` that points to the CRC repo `validated`
        2. Syncing with validated remote appends but does not delete the content in the PAH repo `validated` that was populated by the installer (note CRC Prod currently has a repo `validated`, but it is not populated with any CollectionVersions)
        3. PAH user can clearly differentiate between certified and non-certified content. Note the PAH repo `rh-certified` points to CRC repo `published` which will be labeled differently in the UI as a badge on the collection list page
        4. If the PAH admin + CRC orgadmin wanted to only have PAH sync 20 of 50 collections, they would have untoggled 30 collections in CRC and the PAH would need to use the synclist url - that feature is now deprecated and will be removed in a future release. Now PAH should use the published url, an add 20 collections to the requirements.yml file of the remote.
      2. CRC (Note: there are open CRC issues that are not part of the AAP 2.4 release, CRC Stage has some updates CRC Prod will not get any repo management updates until 13Jun)
        1. Partner Engineer can approve a CollectionVersion into either `published` or `validated`
        2. Info in the "Connect to Hub" page about how to sync content down, how that content is specified, and which url to use (which was synclist url now published url) should be clear to the user.
      Show
      PAH PAH user can add a remote that will populate the PAH repo `validated` that points to the CRC repo `validated` Syncing with validated remote appends but does not delete the content in the PAH repo `validated` that was populated by the installer (note CRC Prod currently has a repo `validated`, but it is not populated with any CollectionVersions) PAH user can clearly differentiate between certified and non-certified content. Note the PAH repo `rh-certified` points to CRC repo `published` which will be labeled differently in the UI as a badge on the collection list page If the PAH admin + CRC orgadmin wanted to only have PAH sync 20 of 50 collections, they would have untoggled 30 collections in CRC and the PAH would need to use the synclist url - that feature is now deprecated and will be removed in a future release. Now PAH should use the published url, an add 20 collections to the requirements.yml file of the remote. CRC (Note: there are open CRC issues that are not part of the AAP 2.4 release, CRC Stage has some updates CRC Prod will not get any repo management updates until 13Jun) Partner Engineer can approve a CollectionVersion into either `published` or `validated` Info in the "Connect to Hub" page about how to sync content down, how that content is specified, and which url to use (which was synclist url now published url) should be clear to the user.
    • To Do
    • 0% To Do, 0% In Progress, 100% Done
    • Release Note Not Required

      WIP Background:

      we want validated content in c.rh.c, same URL you go to look at certified

      • Console dot will have what repos we want to include
      • What is certified and validated
      • What is separated into tiers
      • And then the installer use case would install right into the repos on private automation hub
      • And have a sync URL attached so it can get updates in the repos from console dot

       

      WHAT WE NEED:

      • design/plan and then architecture review
      • UX
      • net new in 2.4 is the consoledot side of things
      • installer support  

      Definition of Done

      • CI is running, tests are automated and merged and successful
      • DEV upstream code & tests merged
      • DEV upstream documentation merged
      • DEV downstream build attached to advisory
      • QE - Test plans documented and attached to epic (or link to source)
      • QE - automated tests merged and passing
      • Docs - Downstream documentation is merged
      • PM/Leads - all acceptance criteria are met

            awcrosby5 Andrew Crosby (Inactive)
            hesmith@redhat.com Heather Smith
            Andrew Crosby (Inactive), David Newswanger, Emily Bock, John Hardy, John Mitchell, Ladislav Smola
            Apurva Bakshi Apurva Bakshi
            Ladislav Smola Ladislav Smola
            Votes:
            0 Vote for this issue
            Watchers:
            10 Start watching this issue

              Created:
              Updated:
              Resolved: