-
Epic
-
Resolution: Unresolved
-
Normal
-
None
-
Knowledge sharing: Discuss and document best practices for RHDH UI development
-
M
-
False
-
-
False
-
To Do
-
RHIDP-2655 - Deliver Engineering Team RHDH Instance
-
QE Needed, Docs Needed, TE Needed, Customer Facing, PX Needed
-
71% To Do, 14% In Progress, 14% Done
-
-
EPIC Goal
Rethink, discuss and document (as techdocs) our best practices, tips & tricks for the UI development.
Initial audience: New (onboarding guide) and existing team members (reference work)
Topics might include code samples, commonly used libraries, recommended props, and debug and test tips and tricks.
It should include information how to write and test a new frontend plugin.
It should include tips on running a dynamic plugin locally (in your backstage app), in the RHDH app (showcase it as a dynamic plugin!), and on a cluster.
How to write and run e2e tests against these different instances. (Local, showcase, cluster)
How do you debug an instance locally and remotely?
Non goals
It should not include detailed information on how dynamic plugins are working or build. This will definitely be part of the dynamic plugin documentation.
Why is this important?
This is part of continuous learning and self-improvement (as a team).
Sharing information is important for new members and reduce single point of failures.
Dependencies (internal and external)
None
Acceptance Criteria
We have some UI team documentation at https://github.com/redhat-developer/rhdh-team-docs that answers questions like:
- Best practices for a new plugin, recommended libraries
- How to write and run E2E tests running locally (in plugins-repo or a BCP workspace, in the showcase as a dynamic-plugin) or on a cluster
- What are the differences / what could go wrong between locally and a cluster
- How to debug locally or on a cluster?
- Some notes on specific features like RBAC? Or should this go into a rbac plugin techdocs???
- Additional, but very well structured links
- FAQ / Common issues
- Migrating some Google Docs??? Which one???