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

How to not publish certain modules using the manifest releaser #2373

Open
achingbrain opened this issue Sep 10, 2024 · 0 comments
Open

How to not publish certain modules using the manifest releaser #2373

achingbrain opened this issue Sep 10, 2024 · 0 comments
Assignees
Labels
priority: p3 Desirable enhancement or fix. May not be included in next release. type: question Request for information or clarification. Not an issue.

Comments

@achingbrain
Copy link

I have a JavaScript monorepo that uses the release-please manifest releaser with the node-workspace plugin.

A couple of packages are only used internally so don't need to be published.

They have private: true in their package.json so they are easy to detect.

If I add them to the manifest, e.g.:

{
  "release-type": "node",
  "plugins": ["node-workspace"],
  "packages": {
    "packages/path/to/private-module": {},
    // other modules
  },
  // other config
}

..then the release-please action adds the private modules to the chore: release main PR with a bumped version number as if it's about to publish them.

If I omit them from the manifest, their dependencies on other modules in the monorepo don't get updated which can make CI for the release PR fail, and/or it means I need to go in and manually update the deps after the release has occurred.

Is there a way to get the manifest releaser to update the sibling dependencies of the private modules like the public, to-be-published modules but to not bump their version numbers or publish them?

@achingbrain achingbrain added priority: p3 Desirable enhancement or fix. May not be included in next release. type: question Request for information or clarification. Not an issue. labels Sep 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority: p3 Desirable enhancement or fix. May not be included in next release. type: question Request for information or clarification. Not an issue.
Projects
None yet
Development

No branches or pull requests

2 participants