fix(cli): breaks due to faulty version of colors#18324
fix(cli): breaks due to faulty version of colors#18324mergify[bot] merged 2 commits intoaws:masterfrom SheaBelsky:sheabelsky_pinColorsDependency
colors#18324Conversation
|
Title does not follow the guidelines of Conventional Commits. Please adjust title before merge. |
|
Keep in mind that lockfiles might not workwhen packages are globally installed. |
|
that locks down the version for all deeply nested dependencies: https://classic.yarnpkg.com/lang/en/docs/selective-version-resolutions/ npm users might need also https://www.npmjs.com/package/npm-force-resolutions |
|
Adding "resolutions": { "colors": "1.4.0" }to my |
colors
colorscolors
iliapolo
left a comment
There was a problem hiding this comment.
@SheaBelsky Thanks for this!
AWS CodeBuild CI Report
Powered by github-codebuild-logs, available on the AWS Serverless Application Repository |
|
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). |
Fixes #18322 and #18323 Clarifying question: I'm not sure if the `yarn.lock` file should have automatically updated itself to only refer to `colors@1.4.0` when I set the dependency within the workspace _and_ added the resolution for child dependencies. If it's expected behavior for it _not_ to update the `yarn.lock` file after adding `resolutions`, great! If I need to do something else for that to happen, let me know! ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Fixes #18322 and #18323 Clarifying question: I'm not sure if the `yarn.lock` file should have automatically updated itself to only refer to `colors@1.4.0` when I set the dependency within the workspace _and_ added the resolution for child dependencies. If it's expected behavior for it _not_ to update the `yarn.lock` file after adding `resolutions`, great! If I need to do something else for that to happen, let me know! ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Forward merging #18324 ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license* ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Fixes aws#18322 and aws#18323 Clarifying question: I'm not sure if the `yarn.lock` file should have automatically updated itself to only refer to `colors@1.4.0` when I set the dependency within the workspace _and_ added the resolution for child dependencies. If it's expected behavior for it _not_ to update the `yarn.lock` file after adding `resolutions`, great! If I need to do something else for that to happen, let me know! ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
Fixes #18322 and #18323
Clarifying question: I'm not sure if the
yarn.lockfile should have automatically updated itself to only refer tocolors@1.4.0when I set the dependency within the workspace and added the resolution for child dependencies. If it's expected behavior for it not to update theyarn.lockfile after addingresolutions, great! If I need to do something else for that to happen, let me know!By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license