-
Notifications
You must be signed in to change notification settings - Fork 522
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
feat: add generate_local_modules_build_files flag to yarn_install and npm_install rules #2449
feat: add generate_local_modules_build_files flag to yarn_install and npm_install rules #2449
Conversation
@alexeagle do you think we can get this fix in for the next minor? |
It depends if it's merged before then 😊 |
👍 I've kept the previous feature logic, just removed the current check to automatically determine if the feature should run (as it is not currently working as expected) and just used a variable to control it from the rule instead |
Solved the conflicts with the upstream |
…ocal-linked-modules-behind-flag
When using a monorepo it's common to have modules that we want to use locally and | ||
publish to an external package repository. This can be achieved using a `js_library` rule | ||
with a `package_name` attribute defined inside the local package `BUILD` file. However, | ||
if the project relies on the local package dependency with `file:` (npm) or `link:` (yarn) to be used outside Bazel, this |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
npm also supports link:
and yarn also supports file:
, so i'm not sure why these parentheticals are here?
PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
The current expected behaviour was the one introduced by #2330
However there was a regression and after reanalysing it I believe we will be better served by hide that feature behind a flag other than try to proceed with it in an auto discoverable logic.
What is the new behavior?
With that new behaviour if you set
generate_local_modules_build_files=False
in bothyarn_install
ornpm_install
rules, BUILD files forsymlinked node_modules
will be also symlinked instead of auto generated.Does this PR introduce a breaking change?
Other information