-
Epic
-
Resolution: Done-Errata
-
Major
-
None
Mission:
To achieve core functionality in the UI and migrate more screens to console.redhat to win new customers, encourage existing customers to upgrade to a paid plan, increase retention of current paid users, and foster future Quay business through creating partnerships across the Red Hat ecosystem.
Why is this important?
Supporting core UI functionality and performance at scale is crucial for providing a seamless user experience while providing large paying customers with large content the functionality required to do business at scale. Achieving UI parity with Quay.io ensures that users can utilize all functionalities without limitations. Addressing critical UI bugs enhances stability and usability, resulting in higher customer satisfaction and enhance their effectiveness on the Quay UI.
Acceptance Criteria:
Robot Accounts
Scenario 1: Create Robot Account
As a developer, I can create a new robot account for automated tasks within the Quay system. During the creation process, I should be able to specify the robot's name, description, and access permissions. After creation, I should be able to manage the robot's permissions and roles.
Scenario 2: Manage Robot Account Access
As a DevOps engineer, I can manage robot account access to repositories. I can grant or revoke access permissions for robot accounts, ensuring secure and controlled interactions between robots and repositories.
- links to
-
RHBA-2023:113766 Red Hat Quay v3.10.0 minor release