-
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(create): add workers flags #865
Conversation
Same failures I saw in #861. Likely related to worker mode in 0.27.0rc5 then. |
It's bazelbuild/rules_typescript#449 - not related to recent Bazel I think |
7a54f7b
to
8224f4f
Compare
5e65c5f
to
3560379
Compare
So there's good news and bad news. 👍 The good news is that everyone that needs to sign a CLA (the pull request submitter and all commit authors) have done so. Everything is all good there. 😕 The bad news is that it appears that one or more commits were authored or co-authored by someone other than the pull request submitter. We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that here in the pull request. Note to project maintainer: This is a terminal state, meaning the ℹ️ Googlers: Go here for more info. |
@@ -7,7 +7,7 @@ ts_library( | |||
expected_diagnostics = [ | |||
"TS2304: Cannot find name 'Hammer'", | |||
], | |||
node_modules = "@npm//:node_modules", | |||
node_modules = "@npm//:node_modules_filegroup", |
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.
this makes me think it's a breaking change. I hoped we could keep the old code building?
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.
Because @npm//:node_modules
is now a node_modules_library and no longer a filegroup and the rules_typescript change makes ts_library now all of its .d.ts files and stamp out the types
in tsconfig this ts_library now successfully compiles. This test was checking for the missing dep "TS2304: Cannot find name 'Hammer'" so for the test to work as designed the node_modules must be a plain filegroup.
A Googler has manually verified that the CLAs look good. (Googler, please make sure the reason for overriding the CLA status is clearly documented in these comments.) ℹ️ Googlers: Go here for more info. |
@@ -26,6 +26,14 @@ load("@build_bazel_rules_nodejs//:defs.bzl", "yarn_install") | |||
|
|||
yarn_install( | |||
name = "npm", | |||
manual_build_file_contents = """ | |||
filegroup( | |||
name = "node_modules_filegroup", |
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.
add a comment here that this is to exclude hammerjs because the test asserts that it's missing?
CLAs look good, thanks! ℹ️ Googlers: Go here for more info. |
To make worker mode work with TypeScript ambient type discovery, always zero out the compilerOptions#types in the generated tsconfig - users should provide these as deps[] instead. Fixes bazelbuild/rules_typescript#449
This should help users stay on the happy path
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?
Issue Number: N/A
What is the new behavior?
Does this PR introduce a breaking change?
Other information