[RRFC] Add nohoist option for workspaces
<!-- # Before Opening Please... - [x] Search for an existing/duplicate RRFC which might be relevant to your RRFC --> ## Motivation ("The Why") Yarn already supports this option. It makes it possible to work with tooling that expects certain modules to be located in inside the same package that consumes them. ### Example In order for a React Native app to build properly within a monorepo, some packages that react-native depends on must reside inside the node_modules folder within the app package. With yarn, I'm able to accomplish it with this configuration: ```jsonc "workspaces": { "packages": [ "api", "app", "shared/*" ], "nohoist": [ // my-app is the name of the package inside the app folder "my-app/**" ] } ``` ### How See: https://classic.yarnpkg.com/blog/2018/02/15/nohoist/ ### References * Related to: [npm/cli#2036](https://github.com/npm/cli/issues/2036#issuecomment-718171025)
Posted by socialwyze-franklin on Nov 11, 2020, 7:53 PM
Tags
Related issues
- 2026 - Microsoft Office 365
- [Ubuntu] `ubuntu-latest` label will use Ubuntu 26.04 in November 2026
- Gamut mapping
- [Codex Desktop] Editing and resending a queued message triggers "App-server queued follow-up no longer exists"
- [Windows] ChatGPT 26.820.60940 fails with "invalid transport in mcp_servers.codex_app"; Beta 26.727.40816 works
- [BUG]: infinite loading of videos
Raise real-world problems, find people facing the same issue, and discuss solutions.3,000 issues0 comments
github (SaaS)
2026 - Microsoft Office 365
[Ubuntu] `ubuntu-latest` label will use Ubuntu 26.04 in November 2026
Gamut mapping
[Codex Desktop] Editing and resending a queued message triggers "App-server queued follow-up no longer exists"
[Windows] ChatGPT 26.820.60940 fails with "invalid transport in mcp_servers.codex_app"; Beta 26.727.40816 works
[BUG]: infinite loading of videos
Restore GPT-5.6 Sol’s 372k Codex context window, or provide an opt-in setting
Codex Desktop for macOS repeatedly triggers `syspolicyd` / `trustd` CPU and memory runaway
[RRFC] Add nohoist option for workspaces
<!-- # Before Opening Please... - [x] Search for an existing/duplicate RRFC which might be relevant to your RRFC --> ## Motivation ("The Why") Yarn already supports this option. It makes it possible to work with tooling that expects certain modules to be located in inside the same package that consumes them. ### Example In order for a React Native app to build properly within a monorepo, some packages that react-native depends on must reside inside the node_modules folder within the app package. With yarn, I'm able to accomplish it with this configuration: ```jsonc "workspaces": { "packages": [ "api", "app", "shared/*" ], "nohoist": [ // my-app is the name of the package inside the app folder "my-app/**" ] } ``` ### How See: https://classic.yarnpkg.com/blog/2018/02/15/nohoist/ ### References * Related to: [npm/cli#2036](https://github.com/npm/cli/issues/2036#issuecomment-718171025)
Comments (0)
No comments yet. Start the discussion.