-
Notifications
You must be signed in to change notification settings - Fork 12k
Linked package paths are not resolved correctly in 6.0.0-rc.4 #10323
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
Comments
I'm not sure how this is different from #8284. It looks like you're trying to use some TS files inside your node_modules. If you want the app to compile TS files you need to add them to the files or include property as the message says. There is more information in #8284 (comment). If you think that's not the case, can you provide a simple reproduction please? |
Marking this as nice to have until we have repro steps and can assess if this is required. |
Seems like it's the same issue but the thing is that linked packages with TS files worked in CLI 1.7 and I didn't have to add Will it be useful if I make a repo with 2 branches (CLI 1.7 and CLI 6.0.0-rc.4) for reproducing both cases? |
@filipesilva, I've created a demo with repro steps. As I told before, this case worked well in CLI 1.7.3 with It's a very important case for development and supporting packages that you use in other angular application. |
Well, I found out that |
@Iverson if your app needs You can set it in this section:
This way it will always be used, without needing to use the flag every time. |
@filipesilva, thank you! It works. |
@filipesilva this option doesn't seem to be available anymore in 6.0.0 with |
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
Versions
Repro steps
yarn link "@cleverdata/dmpkit"
ng serve
Observed behavior
Desired behavior
Linked folders inside
node_modules
shouldn't crash build process like in angular-cli@1.7 with option--preserve-symlinks
The text was updated successfully, but these errors were encountered: