Skip to content
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

no-workspaces-update option #495

Closed
johngeorgewright opened this issue Jun 10, 2022 · 3 comments
Closed

no-workspaces-update option #495

johngeorgewright opened this issue Jun 10, 2022 · 3 comments

Comments

@johngeorgewright
Copy link

A recent change to npm v8 runs an update, to any project that includes a "workspaces" property, when using the npm version command inside one of the configured "workspaces". I'm using @semantic-release/npm in a monorepo using the Yarn3 and this is now failing as my packages are linked together with a protocol that is not supported by NPM (and even if it were, I'd rather run this update with yarn and not npm).

It looks like this feature can be turned off with a flag --no-workspaces-update when running npm version. Could this perhaps be an option for @semantic-release/npm?

@janpe
Copy link

janpe commented Aug 29, 2022

We're having this same issue as well. @johngeorgewright did you manage to find a workaround for the time being?

@johngeorgewright
Copy link
Author

@janpe, I ended up using a slightly more custom approach, with @semantic-release/exec. You can see my config file here.

@travi
Copy link
Member

travi commented Aug 29, 2022

please also refer to this conversation about setting this option in the .npmrc file for the project.

keep in mind that semantic-release does not officially support use in the context of a monorepo at this point, so we are also avoiding adding complexity to the project for needs that are specific to monorepos. we do want to avoid details that block semantic-release from being enhanced by community addons for use in such contexts, but the use of an .npmrc file to set this option should be enough to avoid a semantic-release specific option for this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants