You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[feat] Support Multi-Repository Workspaces (VS Code-style Multi Root Workspace) #5354
Currently, a Superset workspace is limited to a single repository.
For teams working on distributed systems (frontend + backend, microservices, shared libraries, infrastructure repositories, etc.), it is very common to work across multiple repositories simultaneously.
Modern IDEs such as VS Code, Cursor, IntelliJ IDEA, and WebStorm support opening multiple repositories within a single workspace/project, allowing developers and AI agents to understand the entire system context.
Proposed Solution
Allow a workspace to contain multiple repositories.
Example:
Heart Workspace
├── Client-Project (with a single repo)
├── Server-Project (with a single repo)
├── Shared-Library
└── Infrastructure
...
Reacted by Smith Gajjar, Alan Austin, Tanit Pummarin, LAURENT AIT LHADJ, victoris-accomplish, Murat Türkay and Alexandre Paré
Superset currently requires the workspace root to be a git repo, so the only workaround is a dummy git init in the parent — which breaks clean VCS assumptions and worktree isolation for both sub-repos.
To make this useful for agent workflows specifically, I think two things need to hold:
Allow opening a directory that isn't a git repo itself but contains nested git repos (this issue).
Detect the nested repos and keep branch/worktree isolation scoped per sub-repo, while still letting an agent read across the whole parent tree for holistic context (backend API contracts + frontend implementation together).
Related: #5796 covers the diff-view side of nested-repo detection in detail, and #1003 (closed, folded into #5594) describes a similar "monorepo of repos" layout, though it assumes the root itself has its own .git — this issue's case is the root has none at all.
Happy to help discuss the design or contribute a PR if there's interest.
Activity
mrTurkay commentedon Sep 3, 2026
+1 on this — hitting the same wall running full-stack coding agents (e.g. Claude Code) from a parent folder that isn't itself a git repo, e.g.:
Superset currently requires the workspace root to be a git repo, so the only workaround is a dummy
git initin the parent — which breaks clean VCS assumptions and worktree isolation for both sub-repos.To make this useful for agent workflows specifically, I think two things need to hold:
Related: #5796 covers the diff-view side of nested-repo detection in detail, and #1003 (closed, folded into #5594) describes a similar "monorepo of repos" layout, though it assumes the root itself has its own
.git— this issue's case is the root has none at all.Happy to help discuss the design or contribute a PR if there's interest.
harshithmullapudi commentedon Sep 30, 2026
#7699 -- We are working on this here, should have update in the coming week or so