CI/CD
Purpose
Pipeline inventory and run history with on-demand trigger controls for cluster-integrated CI/CD definitions.
When to use it
- See which pipelines exist and their last-run status
- Trigger a pipeline manually after a config or image change
- Review recent runs, duration, commit SHA, and trigger type
- Correlate delivery work with Helm or progressive rollouts
How to get there
- Route:
/cicd - Nav: More → Delivery → CI/CD (integrate tier)
- Related:
/progressive-delivery,/deployment-strategies,/gitops
Operate from the console (UX)
- Open
/cicdfrom the sidebar, workspace switcher, or command palette (⌘K / Ctrl+K). - Read the PageHead / deck line — confirm it matches: Pipeline inventory and run history with on-demand trigger controls for cluster-integrated CI/CD definitions.
- Use the center’s primary CTA (create, scan, open workbench, ask Zeus when reasoning is required).
- Deterministic navigation and filters call the router directly — do not round-trip those through Ask Zeus.
- Pin frequent pages to Favorites (
/favorites). - Empty / fail: No data → check auth, namespace filter, and that required operators (KubeVirt/CDI/monitoring) are installed; purpose was: Pipeline inventory and run history with on-demand trigger controls for cluster-integrated CI/CD defi.
- Success: Live inventory or job progress matches the deck line; you can navigate to a related center without re-auth.
Use https://<host>:30050/ (NodePort) or your ingress URL — never publish lab IPs. HTTPS is required for in-browser VNC. Browse lists are safe; power actions live on workbenches.