-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
refactor(remix-dev): clean up custom tsconfig
loader
#3074
Conversation
tsconfig
loader
@F3n67u Please look into why the integration test are failing. |
ok. |
After I bump
When running I don't know how to solve this problem, any thought? @MichaelDeBoey here is how to reproduce this resolve problem.# git checkout <this-pr>
$ yarn
$ yarn build
$ touch build/node_modules/@remix-run/dev/test.js
$ echo "console.log(require.resolve('tsconfig-paths'))" >> build/node_modules/@remix-run/dev/test.js
$ node build/node_modules/@remix-run/dev/test.js
/Users/feng/dev/remix/node_modules/tsconfig-paths/lib/index.js
|
I make pr to bump tsconfig-paths version to v4 on import-js/eslint-plugin-import#2447 and import-js/eslint-import-resolver-typescript#104. If our upstream deps all bump their |
@F3n67u Having If they don't want to (because of loss of Node v4 compatibility) or it takes too long, maybe @kentcdodds can help out with figuring out the best approach here. |
Well, if the latest version of tsconfig-paths requires Node v14 then we can't use it either because we still support Node v12 I believe 😬 |
We can't drop support for v12 until our next major version. |
the latest tsconfig-paths just require node v6.😁 |
@kentcdodds the real problem is current build dir cannot resolve a npm packages which is not hoisted to top node_modules dir. |
The minimum required Node version is v14 for Remix But we're talking about these packages dropping v4 (yes 10! version below) here 🙈 |
Oh wow |
It doesn't seem like import-js/eslint-plugin-import#2447 is going to be merged (very soon). @kentcdodds This however shouldn't matter though. As said by @F3n67u, this is caused by:
|
@F3n67u @kentcdodds This problem seems to be fixed already without us knowing. 🤔 So I think we can just review the code & merge it if all is good. |
wow. that's great. |
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.
I love deleting code. Do we have tests for this? How was this change verified to have worked?
@kentcdodds Tests were introduced in #2412 and they're still passing 🥳🎉 |
Thanks! |
🤖 Hello there, We just published version Thanks! |
@MichaelDeBoey good point. I will add a test for jsconfig.json later. |
🤖 Hello there, We just published version Thanks! |
@MichaelDeBoey I think it's because we have not covered We do use when I add a |
@kentcdodds That brings us to the point I described in #3074 (comment) again. |
Sorry, I haven't taken the time to fully understand the constraints and issues here. Can you help me understand you suggest we do? |
@kentcdodds As @F3n67u explained in #3074 (comment): the problem is that tests are failing because we are using the wrong version of a certain package. In this specific case: we updated I think that should be fixed on our end somehow. |
I see. And why are we using v3 of that package in the tests? |
@kentcdodds That's the actual question 🙈 According to @F3n67u's explanation, we're not copying over Since v4 is only used in |
Oh, I see. Yeah the way we're managing |
Hello, I stumbled here from the |
Follow-up of #2412