Support yarn workspaces

[siegebell]

Feature request: support yarn workspaces.

vsce --yarn (as of 1.52.0) does not package any of the modules from the root's node_modules/.

[kranthie]

Hi @joaomoreno: any idea if this support will be added soon?

[yuxuan]

We have a multiple extensions with some common packages mono-repo structure. Each extension has dependencies on few of those common packages.

Currently we are using Lerna to manage the mono-repo, using webpack compile packages for each extension, and using vsce package individual extension and publish it.

It would be great if vsce support this natively

[bd82]

I've worked around this by:

• Using nohoist to force all (transitive) deps of the VSCode ext to be present in its own node_modules directory.
• Calculating the list of dependencies to be bundled myself.
• Calling vsce package programmatically and injecting the previously computed list of dependencies using proxyquire

See here:

• https://github.com/SAP/ui5-language-assistant/blob/029916930f2ea2a84df27bdbe23ece15d7bf97c0/packages/vscode-ui5-language-assistant/scripts/bundle-vsix.js

[phaumer]

Another requirement is that it should support webpack as well as exceptions specified in the .vscodeignore file such as

node_modules/**
../../node_modules/**
!../../node_modules/vscode-jsonrpc/**
!../../node_modules/vscode-languageclient/**
!../../node_modules/vscode-languageserver-protocol/**
!../../node_modules/vscode-languageserver-types/**
!../../node_modules/vscode-nls/**

[bd82]

Note that if you bundle your extension, e.g using webpack you won't need the contents of the node_modules inside your vsix.

[rbuckton]

Is this still an issue? I'm using yarn workspaces and was able to successfully package a .vsix using vsce package --yarn and it collected the node_modules from the root just fine.

• vsce 1.79.5
• yarn 1.22.4

[rbuckton]

Interestingly enough, running npx [email protected] ls --yarn in the same repo also lists node_modules in the root. I also checked the outputs of npx [email protected] list --prod (as well as some earlier versions back through [email protected]), and they also include the hoisted dependencies.

It could be that I'm running vsce from the root, rather than from within a workspace folder (since I'm planning on bundling the packages anyway in the future).

[rbuckton]

You can safely ignore my last two comments. After looking at the PR code in #458 I can see that your goal was to run vsce publish from within a specific workspace folder, not the workspace root.

I just put up #480 to auto-detect --yarn, but that may need to be modified slightly if your PR goes in so that it also looks for a yarn workspace root (so you could just do vsce publish from within the workspace folder rather than vsce publish --yarn).

[thegecko]

I managed to get vsce package working perfectly with yarn in a monorepo with the following 3 changes:

• Use vsce-yarn-patch instead of vsce which (I believe) is a published fork of this repo including feat: Support for yarn workspaces #493. Without this, all node_modules in the monorepo are included
• Run vsce package with the --yarn switch (e.g. vsce package --yarn) to ensure the yarn algorithms are used (otherwise npm seems to be used)
• Create an empty yarn.lock file in the project being packaged. This side-steps the check outlined here which shouldn't be done in a monorepo

HTH

[connor4312]

This has been published in the latest prerelease version of @vscode/vsce. Is that version working for folks?

[TylerLeonhardt]

This is verified. I created the following test:

• download and unzip: yarn-workspaces.zip
• run yarn at the root
• cd ./packages/test-calculator into the vscode extension
• npx @vscode/vsce@latest package --yarn

This folder contains:

• A root package.json that uses workspaces
• a folder under packages that is a "node library"
• a folder under packages that is a VS Code extension