-
Notifications
You must be signed in to change notification settings - Fork 1
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
Upgrade to Node 18. #24
Conversation
Including dependency upgrades and config/code changes to remove build errors.
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 looks good and seems to work fine.
I do have one question about the husky dependency being reverted to an older version. Could you clarify?
@@ -32,8 +36,7 @@ | |||
}, | |||
"lint-staged": { | |||
"*.{js,jsx,ts,tsx,json,md}": [ | |||
"prettier --write --ignore-path .gitignore", | |||
"git add" |
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.
Just adding a not of explanation here for future reference that with lint-staged
v10 and above, the "git add" can be omitted. From the docs:
From v10.0.0 onwards any new modifications to originally staged files will be automatically added to the commit. If your task previously contained a git add step, please remove this. The automatic behaviour ensures there are less race-conditions, since trying to run multiple git operations at the same time usually results in an error.
@@ -14,6 +14,7 @@ | |||
}, | |||
"exclude": ["node_modules", "lib", "dist"], | |||
"typedocOptions": { | |||
"entryPointStrategy": "expand", |
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.
Explanation: "expand" behavior was the default before v0.22. For v0.22+, "resolve" behavior is the default. We're updating from v0.20... to v0.23..., so this change is to retain the "expand" behavior.
From the docs:
The default behavior in v0.21 and earlier. Behaves like the resolve behavior, but will recursively expand directories into an entry point for each file within the directory.
@tdilauro Could you approve this? I think everything has been resolved. |
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.
Looks good! 🚀
Description
Upgrades this project to build with Node 18, along with some other quality/security improvements. This includes:
npm audit
security errors (not all of them, just the easy ones for now)export
s from some files to resolve documentation generation warningsMotivation and Context
The project had been using Node 12, which is no longer supported, and will not be allowed in GitHub actions soon. Notion: https://www.notion.so/lyrasis/Upgrade-web-opds-client-to-Node-18-44f9a03cbb0545cc863f19a5db8bb9c0
How Has This Been Tested?
npm install
runs without errornpm publish
, which we'll test when we actually publish). This especially includesnpm test
in packages/web-opds-client.npm run dev
Checklist: