[Snyk] Upgrade grunt-contrib-copy from 0.8.2 to 1.0.0

[AdamOswald]

This PR was automatically created by Snyk using the credentials of a real user.

Snyk has created this PR to upgrade grunt-contrib-copy from 0.8.2 to 1.0.0.

 :information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

---

*Warning:* This is a major version upgrade, and may be a breaking change. - The recommended version is **1 version** ahead of your current version. - The recommended version was released **7 years ago**, on 2016-03-04.

Release notes

Package name: grunt-contrib-copy

• 1.0.0 - 2016-03-04
  No content.
• 0.8.2 - 2015-10-19
  

  0.8.2

    </li>
  </ul>
  from <a href="https://snyk.io/redirect/github/gruntjs/grunt-contrib-copy/releases">grunt-contrib-copy GitHub release notes</a>

Commit messages

Package name: grunt-contrib-copy

• 85150c7 v1.0.0
• ee90273 Merge pull request #271 from gruntjs/dev
• 16b2852 Bump devDependencies.
• 829032d Merge pull request #268 from nalajcie/master
• 147a84b tests: disable testing timestamp equity under windows
• 217819f fix syncing utimes when copying files
• ade2465 Merge pull request #258 from ricog/patch-1
• 3a95e08 Add example of using relative path
• 053e169 Merge pull request #259 from ricog/patch-2
• 53d78fa Specify expand: true for single file tree example
• 746495a add appveyor
• e950787 Update CI configs
• 1ecb72c Merge branch 'master' of github.com:gruntjs/grunt-contrib-copy
• 33363b4 Point main to task
• 9549ec2 Remove peerDeps. Ref gruntjs/grunt#1116
• 6d74dc3 Minor lint tweaks.
• 7f66206 Update copyright to 2016
• 9591cd5 CI: Remove node.js '0.12' and add '5'.
• 2c787cb copy_test.js: Clean up 'use strict' directives.

Compare

---

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.

For more information:

🧐 View latest project report

🛠 Adjust upgrade PR settings

🔕 Ignore this dependency or unsubscribe from future upgrade PRs

[performance-testing-bot[bot]]

Unable to locate .performanceTestingBot config file

[difflens[bot]]

View changes in DiffLens

[guide-bot[bot]]

Thanks for opening this Pull Request! We need you to:

1. Fill out the description.

   Action: Edit description and replace <!- ... --> with actual values.

[viezly[bot]]

Changes preview:

Legend:

👀 Review pull request on Viezly

[difflens[bot]]

View changes in DiffLens

[pull-request-quantifier-deprecated[bot]]

This PR has 4 quantified lines of changes. In general, a change size of upto 200 lines is ideal for the best PR experience!

---

Quantification details

``` Label : Extra Small Size : +4 -0 Percentile : 1.6% Total files changed: 1 Change summary by file extension: .json : +4 -0 ``` > Change counts above are quantified counts, based on the [PullRequestQuantifier customizations](https://github.com/microsoft/PullRequestQuantifier/blob/main/docs/prquantifier-yaml.md).

Why proper sizing of changes matters

Optimal pull request sizes drive a better predictable PR flow as they strike a balance between between PR complexity and PR review overhead. PRs within the optimal size (typical small, or medium sized PRs) mean: - Fast and predictable releases to production: - Optimal size changes are more likely to be reviewed faster with fewer iterations. - Similarity in low PR complexity drives similar review times. - Review quality is likely higher as complexity is lower: - Bugs are more likely to be detected. - Code inconsistencies are more likely to be detected. - Knowledge sharing is improved within the participants: - Small portions can be assimilated better. - Better engineering practices are exercised: - Solving big problems by dividing them in well contained, smaller problems. - Exercising separation of concerns within the code changes. #### What can I do to optimize my changes - Use the PullRequestQuantifier to quantify your PR accurately - Create a context profile for your repo using the [context generator](https://github.com/microsoft/PullRequestQuantifier/releases) - Exclude files that are not necessary to be reviewed or do not increase the review complexity. Example: Autogenerated code, docs, project IDE setting files, binaries, etc. Check out the `Excluded` section from your `prquantifier.yaml` context profile. - Understand your typical change complexity, drive towards the desired complexity by adjusting the label mapping in your `prquantifier.yaml` context profile. - Only use the labels that matter to you, [see context specification](./docs/prquantifier-yaml.md) to customize your `prquantifier.yaml` context profile. - Change your engineering behaviors - For PRs that fall outside of the desired spectrum, review the details and check if: - Your PR could be split in smaller, self-contained PRs instead - Your PR only solves one particular issue. (For example, don't refactor and code new features in the same PR). #### How to interpret the change counts in git diff output - One line was added: `+1 -0` - One line was deleted: `+0 -1` - One line was modified: `+1 -1` (git diff doesn't know about modified, it will interpret that line like one addition plus one deletion) - Change percentiles: Change characteristics (addition, deletion, modification) of this PR in relation to all other PRs within the repository.

---

Was this comment helpful? :thumbsup:  :ok_hand:  :thumbsdown: (Email) Customize PullRequestQuantifier for this repository.