Bug Workflow¶
Bugs follow a simpler workflow than features: one approval gate instead of four, then straight to implementation.
Overview¶
flowchart TD
A[Create Bug] --> B[Analyze - RCA]
B -->|Approval + Q&A| C[Implement Fix]
C --> D[Local Review]
D --> E[Create PR]
E --> F[CI/CD + Fix]
F --> G[AI Review]
G --> H[Human Review]
H -->|Approved| I[Merge]
Triggering a Bug Workflow¶
Create a Jira issue with:
- Issue type: Bug
- Label:
forge:managed
Forge detects the issue type and routes it through the bug pipeline instead of the feature pipeline.
Stage Reference¶
RCA Analysis¶
Forge analyzes the bug report and generates a root cause analysis. The RCA includes:
- Probable root cause
- Affected code areas
- Proposed fix approach
The RCA is posted as a comment on the Jira ticket.
Human action: Review the RCA. Optionally ask questions with ? or @forge ask. Approve with forge:plan-approved to proceed to implementation.
Implementation → PR → CI → Review¶
The remaining stages are identical to the Feature Workflow:
- Code implemented in an ephemeral Podman container
- Local code review before PR creation
- Fork-based PR created
- CI validation with automatic fix loop (up to 5 retries)
- AI review against the RCA
- Human review and merge
Q&A Mode¶
Same as features — prefix your comment with ? or @forge ask to ask questions without triggering regeneration.
Key Differences from Feature Workflow¶
| Feature | Bug | |
|---|---|---|
| Planning stages | 4 (PRD → Spec → Epics → Tasks) | 1 (RCA) |
| Approval labels | prd-approved, spec-approved, plan-approved, task-approved |
plan-approved |
| Implementation | Multi-task, multi-repo | Single fix pass |
Labels¶
| Label | Purpose |
|---|---|
forge:managed |
Activate Forge for this bug |
forge:plan-pending |
RCA posted, awaiting approval |
forge:plan-approved |
RCA approved, proceed to implementation |
forge:blocked |
Workflow blocked |
forge:retry |
Resume from failed node |
See Jira Labels for the full reference.