When to use it
- Your team tracks features, bugs, or requirements as GitHub issues and you want journeys tied to the work items that motivated them.
- You want to answer “which issue does this journey cover?” without maintaining a separate spreadsheet.
- You are building evidence for a release and need to show which tickets are exercised by your API workflows.
Key concepts
Coverage is a journey-level view, not a step-level one. When you link a GitHub issue, you are connecting it to the whole journey — the claim being made is “this journey exercises the behavior described in this issue.” Issue reference — Reqflo stores a reference to the GitHub issue (repository + issue number). It does not sync comments, labels, or assignees; the link is a pointer, not a mirror. Build mode is where you manage coverage. Open a journey, switch to Build, and use the Coverage panel to add or remove linked items.How it works
Open the Coverage panel
Open a journey in Build mode and select the Coverage panel from the side panel options.
Add a GitHub issue
Choose GitHub as the source and search for or paste the issue reference. Reqflo resolves the issue title and displays it in the panel.
Save the link
Confirm the selection. The issue now appears under Coverage for this journey. You can add multiple issues if the journey covers more than one work item.
Examples
A payment journey that exercises a checkout flow might be linked to the GitHub issue that described the checkout acceptance criteria:Related pages
Coverage panel
Manage all coverage links for a journey in Build mode.
Coverage concept
What coverage means in Reqflo and how to think about gaps.
Integrations overview
All supported integrations.
Build mode
The journey canvas where you configure steps and coverage.

