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
I want to use the workspace: protocol to enforce my local packages to use my workspaces rather than the remote versions from the npm registry, but that makes them unpublishable.
Describe the solution you'd like
The workspace: protocol should be automatically changed at publish-time. Two cases:
workspace:<semver> should become <semver>
workspace:<path> should become <version of the workspace at path> (no caret)
Describe the drawbacks of your solution
Publishing multiple packages at once still requires [Feature] yarn workspaces foreach features #62 to be implemented (especially the topological sort one, so that publish can work properly).
Some people might want to use a caret when transforming the workspace:<path> pattern.
Describe alternatives you've considered
We could manually list the replacements in publishConfig (similar to what we do for main and module), but that seems extremely unintuitive.
We could use a caret when transforming workspace:<path>, but it's not clear to me what are the implications and I prefer to keep a safe default for now.
We could support a caret prefix (workspace:^<path>), but it's not clear whether this is a useful feature so I would table it for now.
The text was updated successfully, but these errors were encountered:
Describe the user story
I want to use the
workspace:
protocol to enforce my local packages to use my workspaces rather than the remote versions from the npm registry, but that makes them unpublishable.Describe the solution you'd like
The
workspace:
protocol should be automatically changed at publish-time. Two cases:workspace:<semver>
should become<semver>
workspace:<path>
should become<version of the workspace at path>
(no caret)Describe the drawbacks of your solution
Publishing multiple packages at once still requires [Feature]
yarn workspaces foreach
features #62 to be implemented (especially the topological sort one, so that publish can work properly).Some people might want to use a caret when transforming the
workspace:<path>
pattern.Describe alternatives you've considered
We could manually list the replacements in
publishConfig
(similar to what we do formain
andmodule
), but that seems extremely unintuitive.We could use a caret when transforming
workspace:<path>
, but it's not clear to me what are the implications and I prefer to keep a safe default for now.We could support a caret prefix (
workspace:^<path>
), but it's not clear whether this is a useful feature so I would table it for now.The text was updated successfully, but these errors were encountered: