Repository navigation
feat(workspaces): group multi-run worktrees in the worktrees tab - #415
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configuration
📒 Files selected for processing (4)
Included review availability: This review used your included allowance. Your plan provides up to 4 included reviews per hour; 3 remain after this review. 📝 WalkthroughWalkthrough
ChangesMulti-run worktree display
Priority: ⬇️ Low Estimated code review effort: 3 (Moderate) | ~20 minutes Change: Feature Sequence Diagram(s)sequenceDiagram
participant RepoDetail
participant useMultiRuns
participant WorktreeSessionGroups
participant buildGroupEntries
RepoDetail->>useMultiRuns: Load multi-runs for repoId with showWorktrees
useMultiRuns-->>RepoDetail: Return multiRuns
RepoDetail->>WorktreeSessionGroups: Pass multiRuns and worktrees
WorktreeSessionGroups->>buildGroupEntries: Group worktrees by run directories
buildGroupEntries-->>WorktreeSessionGroups: Return grouped entries
Merge Risk: ⚪ Minimal · up to Multi-run grouping has no established merge-blocking issue; cleanup warns users before removing worktrees and their sessions. Pre-merge checks |
|
Summary
Multi-run worktrees now nest under their multi-run in the Worktrees tab, the same way scheduled worktrees nest under their schedule, so a run's worktrees stay together as they pile up.
useMultiRuns.Validation
vitest run src/components/repo/WorktreeSessionGroups.test.tsx src/pages/__tests__/RepoDetail.schedule-sessions.test.tsx(10 passed)tsc -b(passes)eslinton changed files (passes)Summary by CodeRabbit