-
Story
-
Resolution: Done
-
Major
-
None
-
None
-
1
-
False
-
-
False
-
RHIDP-2144 - RHDH 1.3 Release (Feature)
-
-
Removed Functionality
-
Done
-
-
Story
As a user of RHDH, I want to all Tech Preview plugins and actions disabled by default so that I do not accidentally deploy functionality that's not suitable for production
Background
Reference: https://access.redhat.com/articles/6966848
- "NOT intended to be used for production environments or to address production use cases"
- Both terms apply to functionality or installations that are “opt-in”, fully configurable, and default to being disabled. Customers must explicitly enable any preview functionality.
There are a number of unsupported scaffolder actions/plugins.
Red Hat Tech Preview plugins
- @backstage-community/plugin-catalog-backend-module-scaffolder-relation-processor (changing in
RHIDP-3643from @janus-idp/backstage-plugin-catalog-backend-module-scaffolder-relation-processor)
Community Support plugins
- @backstage/plugin-scaffolder-backend-module-azure
- @backstage/plugin-scaffolder-backend-module-bitbucket-cloud
- @backstage/plugin-scaffolder-backend-module-bitbucket-server
- @backstage/plugin-scaffolder-backend-module-gerrit
- @backstage/plugin-scaffolder-backend-module-github
- @backstage/plugin-scaffolder-backend-module-gitlab
- @roadiehq/scaffolder-backend-module-http-request
- @roadiehq/scaffolder-backend-module-utils
We should disable these by default so customers can knowingly opt-in to functionality that they know is not supported and therefore assume the risks.
Dependencies and Blockers
QE impacted work
Documentation impacted work
Acceptance Criteria
- Disable TP plugins in the showcase
- Link lifecycle doc in README and plugin yaml
- update dynamic plugin table in https://developers.redhat.com/rhdh/plugins and 1.3 docs
- is related to
-
RHIDP-3643 Migrate plugin-catalog-backend-module-scaffolder-relation-processor to backstage/community-plugins
- Closed
- links to