Release pipeline
orchestrationrelease-pipelineCI / release
Post-merge job that builds tooling and refreshes maps.
Technical Summary
Azure Pipelines / Actions / Jenkins: checkout with credentials, install Go, build navo, scan trees, validate, optional push.
Advantages
- Clear role in the CI / release zone of the map
- Topology and narrative stay in versioned architecture YAML
- Visible to unlimited viewers without a platform portal seat
Who / What / When / Where / Why
- Who
- CI / release owners and on-call for Release pipeline
- What
- Post-merge job that builds tooling and refreshes maps.
- When
- Continuous — part of the always-on architecture map
- Where
- CLI pipeline automation · CI / release
- Why
- Documents how Release pipeline connects in the living map so teams share one Git-backed model.
Related Services
Related Repos
release-pipeline-servicepipeline-platform
Links
Release pipeline runbook
wiki/wiki/release-pipeline.md
In-app wiki path (demo stub)
Source repository
repohttps://example.com/repos/release-pipeline
Example repo link for the public demo
Ops dashboard
urlhttps://example.com/dashboards/release-pipeline
Add Service Link
DevIn the full Navo app (local pnpm dev), this form writes links into architecture YAML. On the public website it is disabled.
Local annotations (overlay)
In Navo, notes and personal links stay in browser localStorage until you export for a PR. Overlay editing is off in this public demo.
Ready to contribute in a real deployment? Architecture maps ship through Git PRs — not browser-only edits. Share & export docs