Investigate: one-call orient read — branch commits ahead of mainline + tree status + release cadence #38
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea#38
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Orienting on a feature branch currently means shelling out to raw git for the combined read:
i.e. in one invocation: (1) the list of commits the branch carries ahead of mainline, (2) working-tree cleanliness, (3) latest tag, (4) unreleased-commit count on mainline (release-cadence gate).
madt_status/madtea statusalready return branch, staged/unstaged/untracked,latestTag,commitsSinceTag, andmainlineBehind— but NOT the branch-ahead commit list (main..HEADsubjects), andcommitsSinceTagis computed from HEAD, not from mainline, so on a feature branch it doesn't answer "how many unreleased commits would a release from main cover".Investigate whether to:
statuswith an opt-in branch-ahead commit list (and/or a mainline-based cadence count), ormadt_logwith a range/mainline mode, ormadt_status+madt_log).Whatever the outcome: both surfaces (CLI + MCP) per naming conventions,
endpointSuggestions, COMPARISON.md row — see docs/contributing/adding-commands.md.