Skip to content

fix(aws-lambda-nodejs): use closest lockfile when autodetecting #16629

Merged
mergify[bot] merged 2 commits intoaws:masterfrom
yo1dog:yo1dog/15847
Dec 14, 2021
Merged

fix(aws-lambda-nodejs): use closest lockfile when autodetecting #16629
mergify[bot] merged 2 commits intoaws:masterfrom
yo1dog:yo1dog/15847

Conversation

@yo1dog
Copy link
Copy Markdown
Contributor

@yo1dog yo1dog commented Sep 23, 2021

fixes #15847

A bug in the automatic lockfile finding logic causes lockfiles higher in the directory tree to be used over lower/closer ones. This is because the code traverses the tree once per lockfile type in series, stopping when it finds one:

const lockFile = findUp(PackageManager.PNPM.lockFile)
?? findUp(PackageManager.YARN.lockFile)
?? findUp(PackageManager.NPM.lockFile);

This updates the code to traverse the tree once looking for all the lockfile types at the same time and stop when one or more is found. If multiple are found at the same level, an error is thrown (per #15847 (comment)).


By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license

@gitpod-io
Copy link
Copy Markdown

gitpod-io bot commented Sep 23, 2021

@peterwoodworth peterwoodworth changed the title fix(aws-lambda-nodejs): use closest lockfile when autodetecting fix(aws-lambda-nodejs): use closest lockfile when autodetecting Oct 21, 2021
@nija-at nija-at added effort/small Small work item – less than a day of effort p2 labels Oct 29, 2021
@nija-at nija-at removed their assignment Oct 29, 2021
@corymhall corymhall self-assigned this Dec 14, 2021
@mergify
Copy link
Copy Markdown
Contributor

mergify bot commented Dec 14, 2021

Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork).

@aws-cdk-automation
Copy link
Copy Markdown
Collaborator

AWS CodeBuild CI Report

  • CodeBuild project: AutoBuildProject89A8053A-LhjRyN9kxr8o
  • Commit ID: 2e42b39
  • Result: SUCCEEDED
  • Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

@mergify mergify bot merged commit c4ecd96 into aws:master Dec 14, 2021
@mergify
Copy link
Copy Markdown
Contributor

mergify bot commented Dec 14, 2021

Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork).

TikiTDO pushed a commit to TikiTDO/aws-cdk that referenced this pull request Feb 21, 2022
…16629)

fixes aws#15847

A bug in the automatic lockfile finding logic causes lockfiles higher in the directory tree to be used over lower/closer ones. This is because the code traverses the tree once per lockfile type in series, stopping when it finds one: https://github.com/aws/aws-cdk/blob/58fda9104ad884026d578dc0602f7d64dd533f6d/packages/%40aws-cdk/aws-lambda-nodejs/lib/function.ts#L137-L139

This updates the code to traverse the tree once looking for all the lockfile types at the same time and stop when one or more is found. If multiple are found at the same level, an error is thrown (per aws#15847 (comment)).

----

*By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

@aws-cdk/aws-lambda-nodejs effort/small Small work item – less than a day of effort p2

Projects

None yet

Development

Successfully merging this pull request may close these issues.

(@aws-cdk/aws-lambda-nodejs): Does not use closest/first lockfile.

4 participants