-
Notifications
You must be signed in to change notification settings - Fork 1.7k
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: support nested workspaces #942
Comments
I too would be interested in using nested workspaces, did an SO thread about it, so far I'm guessing it's just not a feature that's supported? |
I imagine a pull request to resolve this would have a good chance of being accepted. It's kind of an unusual use case so I can imagine the project maintainers probably have other things higher on their TODO list currently. |
I agree this feature would be useful. My use case is not particularly unusual: I'd like to be able to setup CODEOWNERS for a particular workspace for different groupings. The main problem doesn't seem to be finding the nested packages during build, but rather local module linking (the package builds but is not copied to node_modules). |
In case it could be useful... I had a similar problem as I had the following distribution:
My workaround was as follows:
On the other hand, I had tasks like the start task customised to only pick up certain apps from my workspaces (some I don't care to start). So in order to run the commands you would have to add the additional filter of this "sub folder for the workspace". This step is not necessary as it is just a reminder in case you have filtered commands, but if you are interested in launching the build or start command in all projects it should work... Obviously it might be interesting to be able to launch them per workspace but I think this can be achieved by playing a bit with the tasks and custom definitions of turbo.json although I haven't tried it! I hope it will be useful... |
We don't currently support nested workspaces. I'm going to mark this as a feature request. |
Any updates on this? This would be so useful for my team. We have a monorepo of separate business products, and want to share code. We want to group them still (thus the nested workspace aspect). Currently we use yarn v3, which works well, but I'd like to use Turborepo |
I would also love to see this work <3 |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
What version of Turborepo are you using?
1.1.10
What package manager are you using / does the bug impact?
Yarn v2/v3 (node_modules linker only)
What operating system are you using?
Linux
Describe the Bug
When I run turbo it only builds workspaces that are mentioned in the root-level package.json - it doesn't detect workspaces that are listed in the workspaces fields of those workspaces.
So for example:
[ "packages/*" ]
build
scriptworkspaces
set to[ "*" ]
build
scriptWhen I run turbo run build it only builds packages/p1 and not packages/p2
Expected Behavior
It should accumulate workspaces recursively if they listed in the workspaces field of a workspace that is being loaded.
To Reproduce
See bug description above
Workaround
Define all the paths to workspaces in subfolders in the top-level
workspaces
field instead of used nested worktrees / workspaces.The text was updated successfully, but these errors were encountered: