-
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
feat(versioning): Add a NodeJS Lambda Versioning module #32480
base: main
Are you sure you want to change the base?
Conversation
…e to check for support date comparison
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.
Hi there, This PR appears to have been inactive for a while. Please let us know if you are still working on it, or if we can close it for now. Thanks, the Renovate team |
…g some new test fixtures to hit otherwise unreliable code
@viceice, I've removed the unused code and changed how I'm mocking the data. I've also mocked out |
Changes
This PR adds a versioning module for NodeJS Lambda Runtimes provided by AWS
Context
As discussed in this discussion, I want to keep versions of Node in with the release schedule of AWS Lambdas. AWS NodeJS Lambdas release within a month or two after a NodeJS version goes LTS so there is a period of time where a version of Node is LTS but not available as a Lambda Runtime. To keep a project's node dependency on the same version as the Runtime it will run on, I need to be able to set those dependencies (nvmrc, docker etc...) to follow the Lambda Runtime release schedule rather than the NodeJS release schedule.
Since this is meant to be a drop-in replacement for any packages that follow
node
versioning, I've re-used most of the functions provided by thenode
versioning module and only changed theisStable
function.Documentation (please check one with an [x])
How I've tested my work (please select one)
I have verified these changes via: